今天在使用mysqldump备份数据时出现了can’t open file ‘xx.frm’(errno:24) when
using LOCK TABLES错误(mysqldump 没有加–lock-all-tables
参数)。以前基本上都是在master上做的备份,今天准备也在slave上做个备份,没想到还出错了。刚开始以为是当前备份的表损坏了,进入数据库,表里的数据可以正常查询出来.上网查了下,给mysqldump
加上 –lock-tables=false 即可,试了下确实可行,但想了半天也不清楚为这样就可以,因为在默认情况下mysqdump是将
lock-tables设置为true,即默认时锁定当前表(没有加lock-all-tables参数,lock-all-tables是全局读锁,锁定库下的所有表保证数据的一致性,加上这个参数为自动关闭single-transaction
和 lock-tables 选项)。虽然说这样以来解决了问题,但用同样的语句(mysqldump -uroot -pmypass
test1 > d:\test1.sql)在master上备份成功了,所以针对那个”can’t open
file“,感觉还应该有其他的问题存在或是解决方法(可能是真正的解决方法),用show status like
‘%open%’;查看open_tables值,当前打开表的数量
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| Com_ha_open | 0 |
| Com_show_open_tables | 0 |
| Open_files | 462 |
| Open_streams | 0 |
| Open_tables | 256 |
| Opened_tables | 4 |
| Slave_open_temp_tables | 0 |
+------------------------+-------+
用show variables like ‘%open%’;查看open_files_limit的值,操作系统允许
mysqld打开文件的数量
+-------------------+----------+
| Variable_name | Value |
+-------------------+----------+
| have_openssl | DISABLED |
| innodb_open_files | 300 |
| open_files_limit | 622 |
+-------------------+----------+
open_files_limit的系统默认值为max_connections*5 或 max_connections +
table_cache*2。
看来应该是open_files_limit设置过小,造成打开的文件过多,导致’xxx.frm’无法打开,open_files_limit的值很明显是默认值,并为手设置过。
打开my.ini文件(我的是windows系统。linux为my.cnf),在mysqld中添加:open_files_limit=4500,保存并重启动mysql数据库,然后再用同样的mysqldump语句备份数据库,成功执行!