mysql Copying to tmp table时间占用过长的终极解决方法

最近开发任务不那么重，闲着就修修补补现在的系统。还真发现了一个问题，问题是取20条数据，我访问我本地的项目，很快，秒加载；当我访问线上的项目时，就很慢，时间长达10s之久。
连接上线上数据库之后，进行select语句查询，发现需要3秒，我本地只需要0.1s。然后我发现“概况”那里，花费时间 最多的是Copying to tmp table，占98%多，百度了一圈，基本都是这种方式 ：
一、首先建立索引查询。然后在mysql配置文件中配置这两个变量的大小(默认是16M)，然后重启mysql即可解决问题。

tmp_table_size = 256M;
max_heap_table_size = 256M;

解释：这两个参数是mysql对临时表的大小控制。
tmp_table_size 控制内存临时表的最大值,超过限值后就往硬盘写，写的位置由变量 tmpdir 决定；max_heap_table_size 用户可以创建的内存表(memory table)的大小.这个值用来计算内存表的最大行数值。
但是我这样设置了之后，重启之后还是不行，查询还是很慢，还是卡在了Copying to tmp table这一步，对了，我本地是默认的16M.
最后，我发现是版本问题导致的！！！！！！！！！！！！！！！！！！！！！！！！！！我本地是mysql5.7，线上的是mysql5.5，辣鸡的5.5哦！！！！！
然后找了一台测试服务器，安装mysql5.7，部署项目，然后访问，然后，秒加载！！！不是我代码的问题，哈哈哈哈哈哈，太好了！！

因此，第二种方法是：
二、如果是mysql5.5的，请升级至5.7，都9102年了，谁还用5.5啊！
至此，问题解决，在这里大胆猜测一下，网上出现这些问题的，是不是都是mysql5.5的？

另外，大家一定要保持开发和生产环境一致呀，不要学我，我大意了，以为现在没人用5.5的了，哈哈哈