1.数据库范式
第一范式：数据库表中的字段都是不可以拆分的。单一属性的列都是又基本数据类型构成。
第二范式：不存在数据库表中的非主键列对主键列的部分函数依赖（简言之就是不存在部分函数依赖）
第三范式：在第二范式的基础上，不存在数据库表中的非主属性列对于主键的传递函数依赖（简言之就是不存在传递函数依赖）
如下图中就存在不符合第二范式的设计，该表的主键是学号的课程名称，但是学分却只对课程名称依赖。这就是非主属性列对于主键列的部分函数依赖。
2.MySQL中范式化的数据库设计
反范式化的优点：可以减少表的关联，可以进行更好的索引优化
反范式化的缺点：存在数据冗余以及数据维护异常，对数据的修改需要更多的成本（因为需要修改更多地方）
过分的范式化会导致表中建立太多的列。由于MySQL插件式架构的原因，MySQL服务器和存储引擎是分离的。MySQL的API在工作时需要在服务器和存储引擎之间通过缓冲格式来拷贝数据，然后服务器层把缓冲的数据解析成一个一个的列，这个操作的成本特别高。特别是Innodb这个行结构在进行解析时需要进行转换，这个转换的成本就依赖于列的数量。所以一个表中如果有太多的列的话就会带来过多的额外CPU的消耗。
过分的范式画设计会导致MySQL中过多的表的关联，在MySQL中表的关联成本是比价高的，性能也会下降。
3.外键约束
还有就是使用外键约束会保证完整性会降低性能（因为每一次修改都会检查），但是建立关于键的索引还是有必要的。
4.如何为Innodb存储引擎选取主键
主键应该尽可能的小（因为其他非主键的索引在每次查询时都会带上主键）
主键应该是顺序增长的（主键如果是顺序增长的话会降低MySQL排序的I/O消耗）
Innodb主键和业务主键可以不一样
5.正确的选取字段类型
6.如何选取CHAR和VARCHAR类型
varchar存储的特点
用于存储变长字符串，只占用必要的存储空间。列的长度小于255时则只占用一个额外字节作为记录字符串的长度。大于255时则占用两个字节用于记录长度。
varchar长度选择问题：使用追小的符合需求的长度。在MySQL中varchar（5）和varchar（200）性能是不一样的。（因为虽然是可变长度的，但是SQL为了查询优化，在内存使用固定的长度，也就是说varchar定义的越小性能越好）
varchar的使用场景
字符串最大长度比平均长度大很多
字符串列很少被更新（varchar类型由于字符串的长度是可变的，所以修改时可能会引起存储页的分裂，造成很多存储碎片）
使用了多字符集存储字符串
char类型的存储特点
char类型的字符串时定长的
字符串存储在char类型的列中会删除掉末尾的空格
最大宽度为255
char类型的使用场景
存储长度近似的值
存储短字符串
存储经常更新的字符串列
7.时间类型的选择
