¿Por qué la importación de un 12 GB .sql toma archivo de más de 36 horas?

dba.stackexchange https://dba.stackexchange.com/questions/1326

  •  16-10-2019
  •  | 
  •  

Pregunta

He estado esperando ahora por 36 horas para el archivo de 12 GB .sql que se importe con un simple comando type site.sql | mysql. Puedo ver la ibdata1 está creciendo todavía, en la actualidad casi 40 GB.

Teniendo en cuenta los disparadores y procedimientos almacenados se encuentran al final de la .sql, sólo pienso MySQL debería ser la adición de datos e índices clave.

El site.sql se generó usando este comando desde otro servidor:

mysqldump -R -e --databases site --add-drop-database --add-create-database --add-drop-table -C --single-transaction --triggers

¿Por qué tarda tanto tiempo?

¿Fue útil?

Solución

Prueba esto: 

$ ps -ef|grep [m]ysql

Identificar el identificador de proceso después 

$ strace -cp <pid>

Deja que 10 segundos o un minuto y luego ^C. Que le dirá donde el proceso está gastando su tiempo, por ejemplo, Podría ser simplemente esperando a que el disco si visto read y write dominan.

Otros consejos

¿Usted tiene ningún tablas InnoDB con una clave principal

  1. que contiene varias columnas?
  2. tener una amplia VARCHAR?
  3. y una gran cantidad de índices no únicos?
  4. uno o más índices no únicos que tiene una clave de ancho?

Cualquiera de estas condiciones puede probablemente causar grandes nodos BTree en sus índices de tener muy pocas hojas en cada nodo BTREE. La clave de clúster en la clave principal también se adjunta a cada entrada clave no única en claves no agrupados.

Otra consideración:? Son la suma de las páginas de datos InnoDB significativamente menor que las páginas de índice InnoDB

Se puede encontrar que con esta consulta (en MB): 

SELECT SUM(data_length)/POWER(1024,2) InnoDBData,
SUM(index_length)/POWER(1024,2) InnoDBIndexes
FROM information_schema.tables WHERE engine='InnoDB';

Una consideración adicional: ¿Usted ha habilitado el registro binario en el servidor de base de datos que va a cargar? Si es así, por favor, hacer esto en el servidor que va a cargar: 

mysql -h... -u... -p... -A -e"SET sql_log_bin=0; source site.sql"

Espero que esto ayude !!!

¿Está seguro de que las mesas en las que está leyendo en son sin factores desencadenantes y los índices y las restricciones? ¿Qué hardware y sistema operativo está ejecutando en? La configuración del almacenamiento?

Estoy más familiarizado con Oracle 12G, pero la importación de tablas sin disparadores, índices y restricciones deberían ir fácilmente con 200 GB / h. Un solo disparo puede hacer que el proceso de un caracol, dependiendo de lo que desencadena hace ...

Espero que esto ayude

Licenciado bajo: CC-BY-SA con atribución
No afiliado a dba.stackexchange
scroll top