MySQL数据库表结构设计要点

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定义的越小性能越好）