/usr/libexec/mysqld: Incorrect key file for table

a6447

最近，MYSQL經(jīng)常報(bào)“/usr/libexec/mysqld: Incorrect key file for table '/var/mysql/tmp/#sql_***.MYI'; try to repair it”的錯(cuò)誤。網(wǎng)上很多都是因?yàn)榇疟P不足影響的，但我看了下
[root@test01 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_test01-lv_root
                       50G  4.8G   42G  11% /
tmpfs                 2.0G  236K  2.0G   1% /dev/shm
/dev/sda1             485M   37M  423M   8% /boot
/dev/mapper/vg_test01-lv_home
                      404G  199M  383G   1% /home

所以感覺不是磁盤大小問題。只要出現(xiàn)上面的報(bào)錯(cuò)，不久。CPU和內(nèi)存就會(huì)急升，最后tomcat會(huì)掛掉，mysql某些表會(huì)訪問不了。

[root@test01 ~]# mysql --version
mysql  Ver 14.14 Distrib 5.1.52, for redhat-linux-gnu (x86_64) using readline 5.1
[root@test01 ~]# uname -a
Linux test01.abc.com 2.6.32-220.el6.x86_64 #1 SMP Wed Nov 9 08:03:13 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
[root@test01 ~]# free -m
             total       used       free     shared    buffers     cached
Mem:          3925       1460       2464          0        120        308
-/+ buffers/cache:       1031       2894
Swap:         5983         57       5926
1個(gè)2核CPU

以下是我的my.conf文件：
[client]
default-character-set=utf8
loose-default-character-set     = utf8

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

character-set-server = utf8
#default-character-set=utf8
lower_case_table_names=1
default-storage-engine=INNODB
skip-name-resolve
log-bin=log-bin
log_bin_trust_function_creators=1

table_open_cache=1024
sort_buffer_size=2M
join_buffer_size=1M
read_rnd_buffer_size=1M
query_cache_size=128M
thread_cache_size=8
max_connections=2000
#
#tmp_table_size=64M
#max_heap_table_size=128M
#
innodb_buffer_pool_size=256M
innodb_log_buffer_size=128M
innodb_open_files=3000
tmpdir=/var/mysql/tmp

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
tmpdir=/var/mysql/tmp

這個(gè)問題是在我添加了紅色部分參數(shù)之后就經(jīng)常出現(xiàn)，我使用的是innodb，為什么會(huì)出*.myi的錯(cuò)誤，*.myi是myisam的索引文件。請問，是什么原因造成的？3天了，完全沒頭緒。

chinafenghao

@a6447
不知道樓主解決沒有，你的問題治標(biāo)的方法就是限制連接數(shù),限制tmp_table_size=10M左右,限制最大連接數(shù)=100個(gè)左右。
治根本在于sql語句優(yōu)化，而不在于配置,你的錯(cuò)誤確實(shí)是磁盤空間不足導(dǎo)致,磁盤空間不足的原因是產(chǎn)生了大量的臨時(shí)表,產(chǎn)生臨時(shí)表的原因是sql語句不夠優(yōu)化.

tiankafeiwu

'/var/mysql/tmp/
你這里面是什么東西，去查看下呢

a6447

類似
-rw-rw---- 1 mysql mysql 8.9K Nov 20 17:50 #sql185f_588_0.frm
-rw-rw---- 1 mysql mysql 8.5K Nov 20 17:50 #sql185f_588_1.frm
-rw-rw---- 1 mysql mysql 8.4K Nov 20 17:50 #sql185f_588_2.frm
-rw-rw---- 1 mysql mysql 8.9K Nov 20 17:50 #sql185f_588_3.frm
-rw-rw---- 1 mysql mysql 8.5K Nov 20 17:50 #sql185f_588_4.frm
-rw-rw---- 1 mysql mysql 8.9K Nov 20 17:45 #sql185f_58a_0.frm
-rw-rw---- 1 mysql mysql 8.5K Nov 20 17:45 #sql185f_58a_1.frm
-rw-rw---- 1 mysql mysql 8.4K Nov 20 17:45 #sql185f_58a_2.frm
-rw-rw---- 1 mysql mysql 8.9K Nov 20 17:45 #sql185f_58a_3.frm
-rw-rw---- 1 mysql mysql 8.5K Nov 20 17:45 #sql185f_58a_4.frm
-rw-rw---- 1 mysql mysql 8.9K Nov 20 15:25 #sql185f_5a_0.frm
-rw-rw---- 1 mysql mysql 8.5K Nov 20 15:25 #sql185f_5a_1.frm
-rw-rw---- 1 mysql mysql 8.4K Nov 20 15:25 #sql185f_5a_2.frm
-rw-rw---- 1 mysql mysql 8.9K Nov 20 15:25 #sql185f_5a_3.frm
-rw-rw---- 1 mysql mysql 8.5K Nov 20 15:25 #sql185f_5a_4.frm
回復(fù) 2# tiankafeiwu


   

seesea2517

樓上附的都是臨時(shí)表的信息，看來應(yīng)該要跟你注釋掉的這個(gè)參數(shù)tmp_table_size=64M有關(guān)系？把臨時(shí)表的大小限制放大些看看效果？

冷月漢宮秋

#tmp_table_size=64M
#max_heap_table_size=128M
把這兩個(gè)的注釋去掉呢。。
tmp_table_size=64M
max_heap_table_size=128M


此外，你可以把tmpdir和datadir設(shè)置在一個(gè)目錄下，盡量避免tmpdir目錄不夠用的情況
tmpdir=/var/lib/mysql

之前我們線上也是遇到這個(gè)問題，就是這樣解決的。

a6447

嗯。問題得到初步解決，讓開發(fā)修改了語句。3Q回復(fù) 6# chinafenghao