Mysql 数据查询优化

• 优化数据类型
  （1）避免使用NULL。null对于大多数数据库需要特殊处理，需要更多的代码，更多的检查和特殊的索引逻辑，在创建表时应该使用not null ，或者使用特殊的值0，-1等作为默认值。
   （2）尽可能使用更小的字段。数据库从磁盘读取数据后是存储在内存中的，然后使用cpu周期和磁盘I/O读取它，这意味着越小的数据类型占用的空间越小，从磁盘读或打包到内存的效率都更高，但在前期设计字段类型时也要考虑到后期数据的变化。
• 字符集转换
         一般来说尽量选择UTF-8，虽然gbk存储占用的存储空间少，但是utf-8兼容各国语言，对应用程序有很好的扩展性，而且后期要将gbk转为utf-8要付出的代价是很高的，需要进行数据迁移，存储空间的扩从可以相对简单实现，花费的精力更少。
• 主键
  在使用MySQL的innodb的时候，innodb的底层存储模型是B+树，它使用主键作为聚簇索引，使用插入的数据作为叶子节点，通过主键可以很快找到叶子结点，从而快速获取记录。因此在设计表时候需要增加一个主键，最好是自增类型的，自增主键可以让插入的数据按照主键顺序插入到树的叶子节点中，由于是按序的，这种插入几乎不需要去移动已有的其他数据，效率很高，若果主键不是自增的，每次主键的值近似随机，可能需要移动大量数据，增加开销。
• 索引优化
  在sql语句优化到一定程度后就应该考虑建立索引了，对于建立索引的字段要考虑其选择性。
  一级索引
  在where后面的条件上建立索引，单列可以建立普通索引，多列可以建立组合索引，组合索引需要注意最左前缀原则。
  二级索引
  如果有被order by 或者  group by用到的字段，则可以考虑在这个字段上建索引，这样一来由于所以的天然有序，避免order及group所带来的排序，从而提高性能。
  三级索引
  在所查询的字段上加索引形成索引覆盖，减少一次IO操作，这种建立索引的方式不适合一般场景。
• 历史数据归档
  当数据量达到每500W/年的数量增加时，索引的效果就很微小，这时候一般考虑分库分表。除此之外可以进行历史数据归档，在每天的凌晨定时将近几个月之外的数据导出到远程数据服务器。