我在FreeBSD上遇到了MySQL的问题。
它每20分钟就会创build大量1GB的二进制文件,并且快速地填充可用磁盘空间。
-rw-rw---- 1 mysql mysql 1073741982 2013-09-14 18:26 mysql-bin.000174 -rw-rw---- 1 mysql mysql 1073741890 2013-09-14 18:42 mysql-bin.000175 -rw-rw---- 1 mysql mysql 1073741988 2013-09-14 18:59 mysql-bin.000176 -rw-rw---- 1 mysql mysql 1073741964 2013-09-14 19:15 mysql-bin.000177 -rw-rw---- 1 mysql mysql 1073741974 2013-09-14 19:29 mysql-bin.000178 -rw-rw---- 1 mysql mysql 1073741923 2013-09-14 19:46 mysql-bin.000179 -rw-rw---- 1 mysql mysql 577143852 2013-09-14 19:59 mysql-bin.000180
它没有任何来自用户的互联网活动发生。 我在my.cnf中有max_binlog_file=526870912
我试图做
freebsd# mysql -u root -p mysql> flush logs; mysql> flush master;
所有的mysql-bin文件都被删除,从mysql-bin.000001开始计数。
我shutdown -r now我的FreeBSD(rc.conf中的mysql_enable =“YES”)。 MySQL的工作,但开始每20分钟再次1GB bin文件。
Mysql适用于aimniff和netams。 我已经采取了netams。 而且mysql停止了产生“mysql-bin”。 文件。 所以问题是在mysql和netams之间。 但是我还找不到原因。
当我尝试读取mysql-bin时,有一些“mysqlbinlog mysql-bin.000179 | less”命令行。 在当前之前创build的文件。
'fw-sher1#mysqlbinlog mysql-bin.000179 | 减
'/ !40019 SET @@ session.max_insert_delayed_threads = 0 /;
'/ !50003 SET @OLD_COMPLETION_TYPE = @@ COMPLETION_TYPE,COMPLETION_TYPE = 0 /; 'DELIMITER / ! /;
'#在4
'#130915 11:27:20服务器ID 1 end_log_pos 98启动:binlog v 4,服务器v 5.0.81 -log创build130915 11:27:20
'警告:忽略Append_block,因为file_id:1417没有Create_file事件
'警告:忽略Append_block,因为file_id:1417没有Create_file事件
'警告:忽略Append_block,因为file_id:1417没有Create_file事件
'警告:忽略Append_block,因为file_id:1417没有Create_file事件
'#在98
'#130915 11:27:19服务器ID 1 end_log_pos 8313
'#Append_block:file_id:1417 block_len:8192
'#在8313
'#130915 11:27:19服务器ID 1 end_log_pos 16528
'#Append_block:file_id:1417 block_len:8192
'#在16528
'#130915 11:27:19服务器ID 1 end_log_pos 24743
'#Append_block:file_id:1417 block_len:8192
'#在24743
'#130915 11:27:19服务器ID 1 end_log_pos 32958
'#Append_block:file_id:1417 block_len:8192
'#在32958
'#130915 11:27:19服务器ID 1 end_log_pos 41173
'#Append_block:file_id:1417 block_len:8192
'#在41173
'#130915 11:27:19服务器ID 1 end_log_pos 82248
'#Append_block:Warning:忽略Append_block,因为file_id没有Create_file事件:1417
'警告:忽略Append_block,因为file_id:1417没有Create_file事件
'警告:忽略Append_block,因为file_id:1417没有Create_file事件
等等。 这对我来说没有任何意义。
什么说netams.log
文件:netams.log行1006126列0 180576689字节84%
13.09.2013 23:59:52.8916 data-source:1 [WARN]:从MySQL获得以下错误:level = Error,code = 126,message =表'./netams/monitor.MYI'的密钥文件不正确。 尝试修复它。
13.09.2013 23:59:52.8916 data-source:1 [WARN]:从MySQL获得以下错误:level = Error,code = 126,message =表'./netams/monitor.MYI'的密钥文件不正确。 尝试修复它。
13.09.2013 23:59:52.8919数据源:1 [警告]:无法加载数据到SQL监视器尝试“debugging存储”
14.09.2013 00:01:20.0461 data-source:1 [WARN]:SQL加载数据:表'./netams/monitor.MYI'的密钥文件不正确。 尝试修复它
14.09.2013 00:01:20.0464 data-source:1 [WARN]:从MySQL获得以下警告:level = Warning,code = 1262,message = 243行被截断; 它包含比input列更多的数据。
14.09.2013 00:01:20.0464 data-source:1 [WARN]:从MySQL获得以下警告:level = Warning,code = 1262,message = 265行被截断; 它包含比input列更多的数据。
14.09.2013 00:01:20.0461 data-source:1 [WARN]: SQL Load data: Incorrect key file for table './netams/monitor.MYI'; try to repair it 14.09.2013 00:01:20.0464 data-source:1 [WARN]: Got the following WARNINGS from MySQL: level = Warning, code = 1262, message = Row 243 was truncated; it contained more data than there were input columns. 14.09.2013 00:01:20.0464 data-source:1 [WARN]: Got the following WARNINGS from MySQL: level = Warning, code = 1262, message = Row 265 was truncated; it contained more data than there were input columns.
这个错误表明这个netams数据库有一些损坏的表。 请注意“ 表的错误密钥文件”./netams/monitor.MYI“的部分; 尝试修复它 ”。
修理表通常可以用一些命令来完成。 修复表格偶尔会导致数据丢失,所以先备份表格。 根据数据库的大小,修复可能需要一些时间 – 有时修复可能会挂起10-20分钟,但实际上它正在安静地扫描损坏的行。 在辅助窗口中做这个,这样你可以保持眼睛,并保持耐心。
有关修复表格的提示,请查看MySQL手册: