1，开发人员截图给我，后台报错如下：
Error Query database. Causejava.sql.SQLException: Incorrect key file for table ‘/tmp/#sql_181c_0.MYI’; tryto repair it;
分析，这种，大多数情况是tmp临时表空间不足，所以执行比较复杂的sql或者执行大表关联的时候，需要临时表资源较多，如果临时表资源少的话，就会保错。
2，看看tmp_table_size值
mysql> show variables like '%tmp%';
+----------------------------+------------+
| Variable_name | Value |
+----------------------------+------------+
| default_tmp_storage_engine | InnoDB |
| max_tmp_tables | 32 |
| slave_load_tmpdir | /tmp |
| tmp_table_size | 524288000 |
| tmpdir | /tmp |
+----------------------------+------------+
5 rows in set (0.00 sec)
mysql>
mysql> select 524288000/1024/1024/1024;
+--------------------------+
| 524288000/1024/1024/1024 |
+--------------------------+
| 0.488281250000 |
+--------------------------+
1 row in set (0.00 sec)
----------------------------------------------------------------------------------------------------------------
<版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!>
原博客地址： http://blog.csdn.net/mchdba/article/details/45895681
原作者：黄杉 (mchdba)
----------------------------------------------------------------------------------------------------------------
mysql>
查下 tmp_table_size的值，发现这个太小了才500M都不到，加大4倍试试
3，修改tmp_table_size值
mysql> set global tmp_table_size =2462177282;
Query OK, 0 rows affected (0.00 sec)
mysql>
改完了，让开发人员重新连接下数据库，貌似还是原来的错误，再加大一倍试试
mysql> set global tmp_table_size =5122177282;
Query OK, 0 rows affected (0.00 sec)
mysql>
然后让开发人员再登录mysql库，查询试试，OK了。
4，总结
这种情况，从运维dba角度，加大tmp_table_size的值，从开发dba角度，优化sql不要写那么效率低下的sql语句造成临时数据过大。
参考文章地址：
http://www.mysqlperformancetuning.com/a-fix-for-incorrect-key-file-for-table-mysql