有朋友和我说他的虚机里面的mysql无法跑sql,但是在本地环境是这个sql是可以跑出来的。碰到这个问题第一反应是：死锁。

于是让他查询数据库的几个状态：

发现连即时锁都非常少，不是锁的问题。

进一步排查，是否是系统瓶颈造成。

使用top命令，发现了端倪：

这是一个单核的服务器，cpu这么高，绝对有问题。登上mysql，发现只有14个线程，但都是在执行下面这个语句：

select XX from orders c, area a, city y, province p, customers s, salers sa, sys_user us    where s.areaID = a.areaID  and s.provinceID = p.provinceID  and s.cityID = y.cityID  and c.customerid = s.id  and c.salerid = sa.id  and c.creatorid = us.USERID  and DATE_FORMAT(c.createtime,'%Y-%m-%d') >= '2016-06-01'  and DATE_FORMAT(c.createtime,'%Y-%m-%d') <= '2016-06-30'  order by c.statetime desc limit 0 , 10 ;

这些线程的状态都是：Copying to tmp table 表的数据量并不大：

首先调整了tmp_table_size有16M调整为160M。状态依然存在。

随后执行 mysql>flush tables；尝试清掉进程，此操作被卡住；

只能执行 mysql>kill pid号，kill掉查询进程；

查看该语句的执行计划。发现全部是全表扫描，于是首先尝试在大表的关联字段上加索引：

alter table area add index ind_areaid(areaid);
 alter table city add index ind_cityid(cityid);

再次查询，结果非常快了。除了加索引，这个SQL本身也是需要优化的。
多表关联不是MySQL的强项。需要拆分成多个三个表以内的多表关联。

加两个索引解决问题。