几个缩减MySQL以节省磁盘空间的建议_MySQL

CREATE TABLE `class_meta` (
`class_name` varchar(128) NOT NULL COMMENT '类名',
`class_desc` varchar(2048) default '' COMMENT '类的描述',
`class_status` char(20) default 'test1' COMMENT 'test1,test2',
PRIMARY KEY (`class_name`),
UNIQUE KEY `cm_cn_uk` (`class_name`),
KEY `cm_cd_ind` (`class_desc`(767)),
KEY `cm_cs_ind` (`class_status`),
KEY `cm_cdcn_ind` (`class_desc`(767),`class_name`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 COMMENT='meta信息';

通过上面的表结构能看到如下地方不合适
1、主键与唯一索引明显重复,索引cm_cd_ind与索引cm_cdcn_ind索引重复（这种情况经常出现，大家留意下）
2、cm_cs_ind如果两个状态分布均匀也明显不合适建索引
3、class_desc由于是描述性质的，也不合适建索引
4、最好以自增做为主键，可以减少整表的空间
5、class_status列明显可以用tinyint来存，可以省下19个字节

2、存储内容上
1) 是否将图片、视频、音乐等大数据存储在表中？(表里最好只保留路径而不是实际的文件内容)
3、数据保留上
1)是否有已过期而未删除的数据?(对于无效数据及时清理或者进行历史归档)
4、后期维护上
1)是否对经常删除的表进行维护(optimize table)

建议:
1、在性能要求不高的case中(并发不太高)，可以考虑使用压缩表。一般压缩率在30%-70%之间，收益非常可观。
2、对于删除非常频繁的表要定期进行优化，使表中碎片减少。提高查询、写入的性能。
3、在表结构设计上，一定要发扬“斤斤计较”的精神，能用1个字节表示的坚决不用2个字节。
4、尽量减少大字段的使用。

ps:经常在跟开发评审表结构的时候，时常会被笑话说DBA太抠门，一点都不大气。当数据量小的时候可能大家不觉得，但当你的数据级到T或者P的时候，哪怕多省几个字节都是非常可观的，给大家简单算笔账，如果我们将一张5亿条记录的表，字段从100个字节降到60个字节(应该很容易做到吧)，那么不算上索引将节约大约18G的空间。

声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com