一灯架构

前面已经讲了MySQL的查询性能优化方式，索引潜水和链路追踪， 今天要讲的是MySQL的另一种查询性能优化方式 — 索引下推（Index Condition Pushdown，简称ICP）。

众所周知MySQL联合索引遵循最左前缀匹配原则，在少数情况下也会不遵循（有兴趣，可以翻一下上篇文章）。 创建联合索引的时候，建议优先把区分度高的字段放在第一列。 至于怎么统计区分度，可以按照下面这

MySQL优化器可以生成Explain执行计划，我们可以通过执行计划查看是否使用了索引，使用了哪种索引？ 但是到底为什么会使用这个索引，我们却无从得知。 好在MySQL提供了一个好用的工具

当一条SQL执行较慢，需要分析性能瓶颈，到底慢在哪？ 我们一般会使用Explain查看其执行计划，从执行计划中得知这条SQL有没有使用索引？使用了哪个索引？ 但是执行计划显示内容不够详细，如果显示用到

昨晚我正在床上睡得着着的，突然来了一条短信。 什么？线上的订单无法取消！ 我赶紧登录线上系统，查看业务日志。 发现有MySQL锁超时的错误日志。

有读者可能会一脸懵逼？啥是索引潜水？你给起的名字的吗？有没有索引蛙泳？这个名字还真不是我起的，今天要讲的知识点就叫索引潜水（Index dive）。 先要从一件怪事说起：

面试官： 我看你的简历上写着精通MySQL，问你个简单的问题，MySQL联合索引有什么特性？ 心想，这还不简单，这不是问到我手心里了吗？ 听我给你背一遍八股文！

慢查询日志默认不开启，建议手动开启，方便我们定位线上问题。 执行时间超过阈值的SQL会被写入到慢查询日志当中，这样可以帮助我们记录执行时间过长的SQL语句，定位线上慢SQL问题，方便我们进行SQL性能

最近陆陆续续分享了十几篇MySQL高频面试问题，算是告一段落，今日做个汇总。 本文精心整理上万字，几十张图，46道高频面试问题。 通俗易懂，内容详实，干货满满，信息量巨大，值得多刷。