MySQL Schema设计
要避免以下的设计：
1. 太多的列，MySQL的存储引擎API工作时需要在服务器层和存储引擎层之间通过缓冲方式拷贝数据，然后在服务器层将缓冲内容解码成各个列。从行缓冲中将编码过的列转换成行数据的操作代价是很高的。转换的代价取决于列的数量。
2. 太多的关联，MySQL限制了每个关联操作最多只能有61张表。一个经验性的法则，如果希望查询执行的快，且并发性好，单个查询最好在12个表以内做关联。
3. 枚举，避免过度的使用Enum
4. 范式和反范式，
4.1范式的优缺点，当考虑到性能问题时，通常对schema进行范式化设计会带来好处，尤其是写密集的场景
4.1.1优点，
a) 范式化的更新通常比反范式化快
b) 若数据较好的范式化，则只有很少或几乎没有重复数据，所以只需要修改更少的数据
c) 范式化的表通常很小，可以更好的放在内存中，执行操作更快
d) 很少的多余数据意味着检索列表数据时更少使用distinct或group by子句
4.1.3缺点，
范式化的schema通常需要关联，关联的昂贵，也可能使一些索引策略失效
4.2 反范式的优缺点，更灵活，依据实际情况而采取不同的方案