SQL调优2.0
这是我第二篇写sql调优的博客。会有一些新东西。总的数据库优化是个很大的板块，大概分为三个部分
- 数据库服务器的内核优化（这个一般我们接触不到）
- my.cnf配置，搭配压力测试进行调试参数（目前我也没干过实际开发，所以得后面再写）
- sql语句调优（这个是这次博客的重点）
创建数据库表的时候
- 选⼩不选⼤：
⼀般情况下选择可以正确存储数据的最⼩数据类型，越⼩的数据类型通常更快，占⽤磁盘，内存和CPU缓存更⼩。 - 简单就好：
简单的数据类型的操作通常需要更少的CPU周期，例如：整型⽐字符操作 代价要⼩得多，因为字符集和校对规则(排序规则)使字符⽐整型⽐较更加复杂。 - 尽量避免NULL：
尽量制定列为NOT NULL，除⾮真的需要NULL类型的值，有NULL的 列值会使得索引、索引统计和值⽐较更加复杂。 - 浮点类型的建议统⼀选择decimal
- 记录时间的建议使⽤int或者bigint类型，将时间转换为时间戳格式，如将时间转换为 秒、毫秒，进⾏存储，⽅便⾛索引
- 明确的固定字段可以考虑使用enum
编写查询语句的时候
- 在区分度⾼的字段上⾯建⽴索引可以有效的使⽤索引，区分度太低，⽆法有效的利⽤ 索引，可能需要扫描所有数据页，此时和不使⽤索引差不多
- 联合索引注意最左匹配原则：必须按照从左到右的顺序匹配，mysql会⼀直向右匹配 直到遇到范围查询(>、<、between、like)就停⽌匹配
- 查询记录的时候，少使⽤*，尽量去利⽤索引覆盖，可以减少回表操作，提升效率
- 有些查询可以采⽤联合索引，进⽽使⽤到索引下推（IPC），也可以减少回表操作， 提升效率
- 禁⽌对索引字段使⽤函数、运算符操作，会使索引失效
- 字符串字段和数字⽐较的时候会使索引⽆效
- 模糊查询'%值%'会使索引⽆效，变为全表扫描，但是'值%'这种可以有效利⽤索引
- 排序中尽量使⽤到索引字段，这样可以减少排序，提升查询效率
- 根据实际情况选择子查询或者连接查询。一般情况连接查询会好一点。
语句编写完成后
- 缓存的应用
