一例与mysql索引相关的线上问题

本文由Markdown语法编辑器编辑完成。

1. 问题来源

已知一套在医院部署的拉图系统，每天负责从对接的医院PACS系统，或CT机，获取原始影像数据，并进行一定的后处理，存入拉图系统所在的服务器中。由于服务器的容量有限，因此设置了每天凌晨的定时清理：每天凌晨1点，定时任务会启动，从数据库中查询到比较久远的数据，优先删除，保证服务器的硬盘容量，维持在一个稳定健康的水平。而且为了不影响正常的拉图服务，清理数据的定时任务，被设定为每天凌晨1点~7点之间进行。
　　然而，人算不如天算。尽管已经设定了早上7点的任务终止时间，但是在医院的实际运行过程中，却是该程序，没有在上午7点结束，而是一直卡在了一个数据库的查询语句中。由于该查询语句迟迟未返回查询结果，导致mysql一直被占用。进而影响了医院正常上班，8点以后的影像数据也迟迟无法正常处理，造成了大量任务的堆积，从而极大地影响了产品的用户体验和产品的稳定性。

2. 问题分析

由于之前曾经发生过类似的问题，当时的解决方案，是在查询语句中涉及的mysql的表中增加索引。通过增加索引，可以大大地减少数据库查询的时间，提高程序的性能。
但是，当时其实并没有对索引的使用，进行更详细的分析。而在随后的一段时间里，由于查询语句中涉及的表中的记录数量仍在增长中，因此，当数据累计到一定程度时，性能问题再一次发生。

后来当主管看到我们在分析出问题的sql语句时，说了一句话：mysql最应该避免出现的情况，在你们的sql语句中都出现了。比如: using filesort, block nested loop等。主管建议我们的做法是：

1. 要正确地建立索引，且需要时创建的索引，在查询时能够真正发挥作用；
2. 通过拆分业务逻辑，尽量避免在sql中出现复杂的逻辑。

出问题的sql中，是需要用到了两张表，假如设置为A表，B表。
A表的数据量每天呈线性增长，一天大约增加1400条记录；B表是被关联表，数据量增长速度较快，一天有可能增长1万~3万条。

3. 解决思路