• 一、导致SQL执行慢的原因
• 二、分析原因时，一定要找切入点
• 三、什么是索引？
• 四、Explain分析
  • 1.id
  • 2.select_type
  • 3.table
  • 4.type
  • 5.possible_keys
  • 6.key
  • 7.key_len
  • 8.ref
  • 9.rows
  • 10.extra
• 五、优化案例
• 六、是否需要创建索引？

阅读全文

• 索引概念和作用
• MySQL 索引类型
  • 聚集索引（Clustered Index）
  • 非聚集索引（Non-clustered Index）
• MySQL索引优化规则
  • 前导模糊查询不能使用索引
  • union、in、or都能够命中索引，建议使用in
  • 负向条件查询不能使用索引，可优化为in
  • 联合索引最左前缀原则
  • 范围列可以用到索引（联合索引必须是最左前缀）
  • 把计算放到业务层而不是数据库层
  • 强制类型转换会全表扫描
  • 更新十分频繁、数据区分度不高的字段上不宜建立索引
  • 利用覆盖索引来进行查询操作，避免回表
  • 如果有order by、group by的场景，注意利用索引的有序性
  • 使用前缀索引来优化
  • 建立索引的列，不允许为null
  • 利用延迟关联或者子查询优化超多分页场景
  • 业务上具有唯一特性的字段，即使是多个字段的组合，建议唯一索引
  • 超过三个表建议不要join
  • 如果明确知道只有一条结果返回，limit 1 能够提高效率。
  • explain中的type至少要达到range级别，要求是ref级别，consts 最好
  • 单表索引建议控制在5个以内
  • 单索引字段数不允许超过5个
  • 创建索引时避免以下错误观念
• 问题详解
• 总结
• 参考资料

阅读全文

• 通过索引优化来实现MySQL的ORDER BY语句优化
• MySQL Order By不能使用索引来优化排序的情况
• 特别提示

阅读全文

• id
• select_type
• table
• type
• possible_keys
• key
• key_len
• ref
• rows
• filterred列
• extra
• 范例分析
• 参考
• - 高性能mysql笔记

阅读全文

• 悲观锁
• 高并发下单场景
  • 不采用锁
  • 使用悲观锁来实现
• mysql表锁与行锁
  • 例1: 明确指定主键，并且有此数据，采用行锁
  • 例2: 明确指定主键，若查无此数据，没有锁
  • 例3: 无主键，使用表锁
  • 例4: 主键不明确，使用表锁
  • 例5: 主键不明确，使用表锁
  • 例6: 明确指定索引，并且有此数据，使用行锁
  • 例7: 明确指定索引，若查无此数据，无锁

阅读全文

每个熟悉mysql的开发者，都读过《高性能MySQL》，其是mysql领域中的经典之作，拥有广泛的影响力，第三版更新了大量的内容，每个dba或开发者都有自己的一份<高性能MySQL笔记>。

阅读全文

• 一、缓存数据的目的
• 二、什么场景可能需要缓存数据
• 三、什么数据可能需要做缓存
• 四、采用什么样的数据结构做缓存
• 五、缓存和数据库如何保证数据一致性
• 六、什么情况下更新或删除缓存
• 七、数据缓存过期时间
• 八、如何管理key
• 九、如何维护缓存数据

阅读全文