1，应该尽量使用可以正确存储的最小数据类型
更小的数据类型通常更快，因为他们占用更小的磁盘、内存和CPU缓存，并且处理时需要的CPU周期也更小。
2，简单就好。
简单数据类型的操作通常需要更少的CPU周期。例如，整型比字符操作代价更低，因为字符集和校对规则（排序规则）使字符比整型更复杂。
3，尽量避免NULL
通常情况下最好制定列为NOT NULL，除非真的需要存储NULL值。如果查询中包含NULL的值，对MySQL来说更难优化，因为可为NULL的列使得索引、索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间，在MySQL里也需要特殊处理。当可为NULL的列时，每个索引记录需要一个额外的字节，在MyISAM里甚至还可能导致固定大小的索引（例如只有一个整数列的索引）变成可变大小的索引。
通常把可为NULL列改为NOT NULL带来的性能提成比较小，所以没有必要首先在现有schema中查找并修改掉这种情况，除非确定这会导致问题。但是，如果计划在列上建索引，就应该避免设计成可为NULL的列。