2.Schema与数据类型优化

选择优化的数据类型

       MySQL支持的数据类型非常多，选择正确的数据类型对于获得高性能至关重要。

       以下是选择数据类型的几点原则：

       1.更小的通常更好：

         一般情况下，应该使用可以正确存储数据的最小数据类型(例如，只需要存0~200的时候，选择tinyint unsigned更好)。更好的数据类型通常更快，因为占用的更少的磁盘，内存和CPU缓存，并且处理时需要的CPU周期也更少。

         但是应该确保没有低估需要存储的值的范围，因为在schema中的多个地方增加数据类型的范围是一件非常耗时的操作。

         如果无法确定哪个数据类型是最好的，就选择你认为不会超过范围的最小类型。

       2.简单就好：

         简单数据类型的操作通常需要更少的CPU周期。例如，整型比字符操作的代价更低，因为字符集和校对规则(排序规则)使字符比较比整型比较更复杂。

         例如，应该使用MySQL内建的类型而不是字符串来存储日期和时间，应该使用整型存储IP地址。

      3.尽量避免NULL：

         很多表都包含可为NULL的列，即使应用程序并不需要保存NULL，这是因为可为NULL是列的默认属性。

         通常情况下，最好指定列为NOT NULL，除非真的需要存储NULL值。

        如果查询中包含了可为NULL的列，对MySQL来说更难优化了，因为可为NULL的列使得索引，索引统计和值比较都更复杂。

        可为NULL的列会使用更多的存储空间，在MySQL里也需要特殊处理。当可为NULL的列被索引时，每个索引记录需要一个额外的字节，在NyISAM里甚至还可能导致固定大小的索引变成可变大小的索引。