FreeBSD의 MySQL에 문제가 있습니다.
20분마다 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
이는 사용자의 인터넷 활동 없이 발생합니다. max_binlog_file=526870912my.cnf에 있어요
나는 ~하려고 노력했다
freebsd# mysql -u root -p
mysql> flush logs;
mysql> flush master;
결과적으로 모든 mysql-bin 파일이 삭제되고 mysql-bin.000001부터 계산이 시작됩니다.
나는 shutdown -r nowFreeBSD를 사용합니다(rc.conf에서 mysql_enable="YES"). MySQL은 작동하지만 다시 20분마다 1GB의 bin 파일을 만들기 시작합니다.
부록 1
MySQL은 aimniff 및 netams에서 작동합니다. 나는 netams를 중지했습니다. 그리고 mysql은 "mysql-bin" 생성을 중단했습니다. 파일. 따라서 문제는 아마도 mysql과 netams 사이에 있는 것 같습니다. 하지만 아직 이유를 찾을 수 없습니다.
mysql-bin을 읽으려고 하면 "mysqlbinlog mysql-bin.000179 | less" 명령이 몇 줄 나옵니다. 현재 파일 이전에 생성된 파일입니다.
'fw-sher1# mysqlbinlog mysql-bin.000179 | 더 적은
'/!40019 SET @@session.max_insert_delayed_threads=0/;
'/!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0/; '구분자 /!/;
'# at 4
'#130915 11:27:20 서버 ID 1 end_log_pos 98 시작: binlog v 4, 서버 v 5.0.81-log 생성됨 130915 11:27:20
'경고: file_id에 대한 Create_file 이벤트가 없으므로 Append_block을 무시합니다. : 1417
'경고: file_id에 대한 Create_file 이벤트가 없기 때문에 Append_block을 무시합니다: 1417
'경고: file_id에 대한 Create_file 이벤트가 없기 때문에 Append_block을 무시합니다: 1417
'경고: file_id에 대한 Create_file 이벤트가 없기 때문에 Append_block을 무시합니다: 1417
'# at 98
'#130915 11:27:19 서버 ID 1 end_log_pos 8313
'#Append_block: 파일 ID: 1417 block_len: 8192
'# at 8313
'#130915 11:27:19 서버 ID 1 end_log_pos 16528
'#Append_block: 파일 ID: 1417 block_len: 8192
'# at 16528
'#130915 11:27:19 서버 ID 1 end_log_pos 24743
'#Append_block: file_id: 1417 block_len: 8192
'# at 24743
'#130915 11:27:19 서버 ID 1 end_log_pos 32958
'#Append_block: file_ 이드 : 1417 block_len: 8192
'# at 32958
'#130915 11:27:19 서버 ID 1 end_log_pos 41173
'#Append_block: file_id: 1417 block_len: 8192
'# at 41173
'#130915 11:27:19 서버 ID 1 end_log_pos 8224 8
' #Append_block:경고: file_id에 대한 Create_file 이벤트가 없으므로 Append_block 무시: 1417
'경고: file_id에 대한 Create_file 이벤트가 없으므로 Append_block 무시: 1417
'경고: file_id에 대한 Create_file 이벤트가 없으므로 Append_block 무시: 1417
그리고 계속해서. 그것은 나에게 아무런 의미가 없습니다.
netams.log는 무엇을 말합니까?
파일: netams.log Line 1006126 Col 0 180576689 bytes 84%
13.09.2013 23:59:52.8916 data-source:1 [WARN]: MySQL에서 다음과 같은 오류가 발생했습니다: 레벨 = 오류, 코드 = 126, 메시지 = 잘못된 키 파일 테이블 './netams/monitor.MYI'의 경우; 수리해 보세요.
13.09.2013 23:59:52.8916 data-source:1 [WARN]: MySQL에서 다음과 같은 오류가 발생했습니다: 레벨 = 오류, 코드 = 126, 메시지 = './netams/monitor.MYI' 테이블에 대한 잘못된 키 파일; 수리해 보세요.
13.09.2013 23:59:52.8919 data-source:1 [WARN]: 모니터용 SQL로 데이터를 로드하지 못했습니다. "debug Storage"를 시도하세요.
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에서 다음 경고를 받았습니다: 레벨 = 경고, 코드 = 1262, 메시지 = 행 243이 잘렸습니다. 입력 열보다 더 많은 데이터가 포함되어 있습니다.
14.09.2013 00:01:20.0464 data-source:1 [WARN]: MySQL에서 다음 경고를 받았습니다: 레벨 = 경고, 코드 = 1262, 메시지 = 행 265가 잘렸습니다. 입력 열보다 더 많은 데이터가 포함되어 있습니다.
답변1
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 매뉴얼을 확인하세요.