mysql临时表空间目录写满报错Incorrect key file for table '/tmp/#******.MYI';try to repair it.

前两天分享过一个因为执行insert sql导致临时目录写满，导致主库宕机主从切换的情况。这次的情况类似，细节略有不同。

这次在主库尚未宕机，已经影响到业务执行任务时就有反馈数据库变慢了。于是查看监控平台发现空闲连接数上涨了五六倍，但是活跃连接数较少。

登录数据库查看并未有锁表阻塞等情况。tmp目录使用率100%。将问题Sql和空闲连接清理。

查看数据库log_error日志，在sql执行时日志刷新了很多条这个记录。

提示的临时文件是.myi类型，也就是myisam表。只要看下sql使用的表的存储引擎是不是myisam就可以了。结果用的四张表都是Innodb存储引擎，这样似乎就跟这条sql没关系了，毕竟innodb引擎的表总不是生成myisam引擎的临时表结构吧。

想了一会，突然想到会不会跟参数有关。于是show variables like '%tmp%';

果然有相关的参数，

internal_tmp_disk_storage_engine参数设置的值会使optimizer默认生成的临时表存储引擎为myisam。

tmpdir使临时表生成的目录地址。

tmp_table_size应该是能生成的临时文件最大尺寸64G，而生产上的临时表空间只有32G。

确认了前因后果，就用pt-query-diset工具取了sql，优化一下。

然后提出一些解决措施，比如加强sql审核，增加文件系统大小等。