关于表结构review

了解数据库表结构的效率有点低  ---》

1.  通常会有字段描述， 查看可以了解字段的用途 以及 字段中某些值的含义（比如一些枚举和状态的说明）

2.  在看字段comment 有初步了解的情况下，我建议初期可以向设计者（开发）了解一下设计的思路和目的，了解各字段真实的含义  。（这是一个学习 和 检查的过程，通过问问题的方式进行）

3.  了解字段含义后 需要了解字段的属性 并判断 这样设置是否合理。 比如 类型、长度、默认值、是否允许为空 。 （经常会遇到的问题是 长度问题： 比如 用户名的长度，可能在同一产品中不同的系统里面设计的最大长度是不同的，这当然是错误的。我们在检查时，可以多问一个问题“这个字段 在其他产品、其他系统中是否用到？他们的长度是多少？其他公司如何用的？”）

4.  索引部分，需要确认哪些字段或哪几个字段应该是unique的? 需要咨询设计者哪些索引会被用到，也可以自己explain 查看系统中的sql都用到哪些。 这里我有一个经验，一些枚举或状态字段是不应该单独加btree索引的，曾经有个酒店的故障就是给一个只有3个值的字段（比如status 只有 0、1、2 这几个状态）加了索引，且这个表有几十/百万条记录，导致性能急剧下降

5.  向开发确认引擎是否innodb ，并询问原因及合理性

6.  确认字符集。 我们公司基本都是utf8