Tengo un problema con MySQL en FreeBSD.
Crea una gran cantidad de archivos binarios de 1 GB cada 20 minutos y llena rápidamente el espacio libre en el disco.
-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
Sucede sin ninguna actividad en Internet por parte de los usuarios. tengo max_binlog_file=526870912en mi.cnf
traté de hacer
freebsd# mysql -u root -p
mysql> flush logs;
mysql> flush master;
Como resultado, todos los archivos mysql-bin se eliminan y el conteo comienza desde mysql-bin.000001.
Entonces tengo shutdown -r nowmi FreeBSD (mysql_enable="YES" en rc.conf). MySQL funciona pero comienza a generar archivos bin de 1 GB cada 20 minutos nuevamente.
APÉNDICE 1
MySQL funciona para aimniff y netams. He detenido los netams. Y mysql dejó de producir "mysql-bin". archivos. Entonces, presumiblemente el problema está entre mysql y netams. Pero todavía no encuentro el motivo.
Hay algunas líneas del comando "mysqlbinlog mysql-bin.000179 | less" cuando intento leer mysql-bin. archivo que fue creado antes del actual.
'fw-sher1# mysqlbinlog mysql-bin.000179 | menos
'/!40019 SET @@session.max_insert_delayed_threads=0/;
'/!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0/; 'DELIMITADOR /!/;
'# at 4
'#130915 11:27:20 ID del servidor 1 end_log_pos 98 Inicio: binlog v 4, server v 5.0.81-log creado 130915 11:27:20
'Advertencia: ignorando Append_block ya que no hay ningún evento Create_file para file_id : 1417
'Advertencia: ignorar Append_block ya que no hay ningún evento Create_file para file_id: 1417
'Advertencia: ignorar Append_block ya que no hay ningún evento Create_file para file_id: 1417
'Advertencia: ignorar Append_block ya que no hay ningún evento Create_file para file_id: 1417
'# en 98
'#130915 11:27:19 ID del servidor 1 end_log_pos 8313
'#Append_block: file_id: 1417 block_len: 8192
'# at 8313
'#130915 11:27:19 ID del servidor 1 end_log_pos 16528
'#Append_block: file_id: 1417 block_len: 8192
'# en 16528
'#130915 11:27:19 ID del servidor 1 end_log_pos 24743
'#Append_block: file_id: 1417 block_len: 8192
'# en 24743
'#130915 11:27:19 ID del servidor 1 end_log_pos 32958
'#Append_block file_: identificación : 1417 block_len: 8192
'# en 32958
'#130915 11:27:19 ID del servidor 1 end_log_pos 41173
'#Append_block: file_id: 1417 block_len: 8192
'# en 41173
'#130915 11:27:19 ID del servidor 1 end_log_pos 8224 8
' #Append_block:Advertencia: ignorando Append_block ya que no hay ningún evento Create_file para file_id: 1417
'Advertencia: ignorando Append_block ya que no hay ningún evento Create_file para file_id: 1417
'Advertencia: ignorando Append_block ya que no hay ningún evento Create_file para file_id: 1417
Y así sucesivamente. No tiene ningún sentido para mí.
Lo que dice netams.log
Archivo: netams.log Línea 1006126 Col 0 180576689 bytes 84%
13.09.2013 23:59:52.8916 fuente de datos:1 [ADVERTENCIA]: Obtuve los siguientes ERRORES de MySQL: nivel = Error, código = 126, mensaje = Archivo de clave incorrecto para la tabla './netams/monitor.MYI'; intenta repararlo.
13.09.2013 23:59:52.8916 fuente de datos:1 [ADVERTENCIA]: Obtuve los siguientes ERRORES de MySQL: nivel = Error, código = 126, mensaje = Archivo de clave incorrecto para la tabla './netams/monitor.MYI'; intenta repararlo.
13.09.2013 23:59:52.8919 fuente de datos: 1 [ADVERTENCIA]: Error al cargar datos en SQL para el monitor, intente "depurar almacenamiento"
14.09.2013 00:01:20.0461 fuente de datos: 1 [ADVERTENCIA]: SQL Cargar datos: Archivo de clave incorrecto para la tabla './netams/monitor.MYI'; intente repararlo
14.09.2013 00:01:20.0464 fuente de datos:1 [ADVERTENCIA]: Recibí las siguientes ADVERTENCIAS de MySQL: nivel = Advertencia, código = 1262, mensaje = La fila 243 fue truncada; contenía más datos que columnas de entrada.
14.09.2013 00:01:20.0464 fuente de datos:1 [ADVERTENCIA]: Recibí las siguientes ADVERTENCIAS de MySQL: nivel = Advertencia, código = 1262, mensaje = La fila 265 fue truncada; contenía más datos que columnas de entrada.
Respuesta1
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.
Este error indica que la base de datos de netams tiene algunas tablas corruptas. Tenga en cuenta la sección que dice "Archivo de clave incorrecto para la tabla './netams/monitor.MYI';intenta repararlo".
La reparación de tablas generalmente se puede realizar con unos pocos comandos. En ocasiones, reparar una tabla puede provocar la pérdida de datos, así que primero haga una copia de seguridad de las tablas. La reparación puede tardar un poco dependiendo del tamaño de la base de datos; a veces puede parecer que la reparación se bloquea durante 10 a 20 minutos, pero en realidad está escaneando silenciosamente en busca de filas corruptas. Haz esto en una ventana secundaria para que puedas vigilarlo y ten paciencia.
Para obtener consejos sobre cómo reparar tablas, consulte el manual de MySQL: