1、数据类型的选择
1.1数字类型
非万不得已不要使用DOUBLE，不仅仅只是存储长度的问题，同时还会存在精确性的问题。
固定精度的小数，也不建议使用DECIMAL，建议乘以固定倍数转换成整数存储，可以大大节省存储空间，且不会带来任何附加维护成本。
对于整数的存储，在数据量较大的情况下，建议区分开 TINYINT / INT / BIGINT 的选择，因为三者所占用的存储空间也有很大的差别，能确定不会使用负数的字段，建议添加unsigned定义。当然，如果数据量较小的数据库，也可以不用严格区分三个整数类型。
int(1) int(10) 只是显示左侧补齐0,设置zerofill才有效,对实际存储无影响。
1.2字符类型
非万不得已不要使用 TEXT 数据类型，其处理方式决定了他的性能要低于char或者是varchar类型的处理。
定长字段，建议使用 CHAR 类型，不定长字段尽量使用 VARCHAR，且仅仅设定适当的最大长度，而不是非常随意的给一个很大的最大长度限定，因为不同的长度范围，MySQL也会有不一样的存储处理。
varchar(10) varchar(100) 影响实际存储空间，指定的是存储空间
1.3时间类型
尽量使用TIMESTAMP类型，因为其存储空间只需要 DATETIME 类型的一半。如果插入时没有指定第一个TIMESTAMP列的值,MySQL则设置该列的值为当前时间。
对于只需要精确到某一天的数据类型，建议使用DATE类型，因为他的存储空间只需要3个字节，比TIMESTAMP还少。
1.4 ENUM & SET
对于状态字段，可以尝试使用 ENUM 来存放，因为可以极大的降低存储空间，而且即使需要增加新的类型，只要增加于末尾，修改结构也不需要重建表数据。
如果是存放可预先定义的属性数据呢？可以尝试使用SET类型，即使存在多种属性，同样可以游刃有余，同时还可以节省不小的存储空间。
1.5 LOB类型
强烈反对在数据库中存放 LOB 类型数据，虽然数据库提供了这样的功能，但这不是他所擅长的
2、适当拆分
大字段或者不常用的字段可以单独存放，减少IO
3、适当冗余
根据具体业务，例如被频繁join的两张表，可以进行冗余减少join的使用
4、尽量使用NOT NULL
NULL 类型比较特殊，SQL 难优化。虽然 MySQL NULL类型和 Oracle 的NULL 有差异，会进入索引中，但如果是一个组合索引，那么这个NULL 类型的字段会极大影响整个索引的效率。此外，NULL 在索引中的处理也是特殊的，也会占用额外的存放空间。
5、数据库引擎的选择
5.1myisam
如果表对事务要求不高，同时是以查询和添加为主的，考虑myisam储存引擎(如bbs的发帖表和回复表);
5.2innodb
对事务要求高，保存的数据都是重要的数据，建议使用innodb储存引擎(如账号表、订单表等重要的表);
5.3memory
数据变化频繁，不需要入库，同时又频繁的查询和修改，可考虑使用memory储存引擎(注意:插入的数据不会被持久化到磁盘空间，只是临时保存到了内存中，关闭了数据就会丢失)；
学习之后，随时补充。。。。。。