Mysql Inserte lenta

Question

Tengo la siguiente tabla InnoDB:

+-----------+-----------+------+-----+-------------------+----------------+ 
| Field  | Type  | Null | Key | Default   | Extra   | 
+-----------+-----------+------+-----+-------------------+----------------+ 
| id  | int(11) | NO | PRI | NULL    | auto_increment | 
| doc_id | char(32) | NO |  | NULL    |    | 
| staff  | char(18) | NO |  | NULL    |    | 
| timestamp | timestamp | NO | MUL | CURRENT_TIMESTAMP |    | 
+-----------+-----------+------+-----+-------------------+----------------+ 

Con estas teclas:

+--------------+------------+-----------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| Table  | Non_unique | Key_name  | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 
+--------------+------------+-----------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| staff_online |   0 | PRIMARY   |   1 | id   | A   |  277350 |  NULL | NULL |  | BTREE  |   | 
| staff_online |   1 | timestamp  |   1 | timestamp | A   |  277350 |  NULL | NULL |  | BTREE  |   | 
| staff_online |   1 | staff_timestamp |   1 | timestamp | A   |  277350 |  NULL | NULL |  | BTREE  |   | 
| staff_online |   1 | staff_timestamp |   2 | staff  | A   |  277350 |  NULL | NULL |  | BTREE  |   | 
+--------------+------------+-----------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 

Acabo de notar que in mysql-slow.log a veces tengo una consulta INSERT en esta tabla que tiene más de 1 segundo

INSERT INTO `staff_online` (`doc_id`, `staff`, `timestamp`) VALUES ('150b60a0ab8c5888bdbbb80bd8b7f8a2', 'asia', '2011-01-29 16:52:54') 

Estoy realmente desconcertado por qué lleva tanto tiempo. ¿Cómo puedo acelerarlo?

BTW: Cada día hay ~ 80 INSERTOS lentos y 40 ACTUALIZACIONES lentas como esta.

Answer 1

En ocasiones, no es la consulta en sí misma la que causa una desaceleración: otra consulta que opera en la tabla puede hacer que las inserciones se ralenticen debido al aislamiento y bloqueo transaccional. Es posible que sus consultas lentas hayan estado esperando que se complete otra transacción. Esto es bastante común en una tabla ocupada, o si su servidor está ejecutando transacciones largas/complejas.

Otro factor importante será el rendimiento general de su base de datos: cómo se sintoniza su archivo my.cnf, cómo se sintoniza el servidor, qué más tiene el servidor ejecutándose y, por supuesto, qué hardware está ejecutando el servidor.

La herramienta de Linux mytop y la consulta SHOW ENGINE INNODB STATUS\G pueden ser útiles para ver posibles puntos problemáticos. Las herramientas generales de rendimiento de Linux también pueden mostrar qué tan ocupados están sus discos, etc.

Dada la naturaleza de esta tabla, ¿ha considerado una forma alternativa de realizar un seguimiento de quién está en línea? En MySQL, he usado una tabla MEMORY para tales fines en el pasado. Un almacén de datos NoSQL también podría ser bueno para este tipo de información. Redis podría almacenar esto como un conjunto ordenado con mucho éxito (puntuación == marca de tiempo).

Más información:

• http://dev.mysql.com/doc/refman/5.1/en/innodb-tuning.html
• http://dev.mysql.com/doc/refman/5.1/en/memory-storage-engine.html
• http://redis.io/commands#sorted_set

Answer 2

Como mi experiencia, el rendimiento de InnoDB es menor que MyISAM.
¿Intenta usar MyISAM en su lugar?
O tal vez necesita ajustar su configuración InnoDB: http://dev.mysql.com/doc/refman/5.0/en/innodb-configuration.html
Espero que ayuden.

Answer 3

Si está insertando en una mesa con ráfagas grandes y densas, es posible que tenga que dedicar algún tiempo a la limpieza, p. para asignar más espacio para la tabla y los índices.

Si no desea que su aplicación espere, intente utilizar INSERT DELAYED, aunque tiene sus desventajas.

Answer 4

Hay 277259 filas y sólo algunos insertos son lentos (raro)

Cada vez que una página B-Tree está llena, es preciso dividir la cual lleva algún tiempo. El rendimiento de inserción también es más lento cuantos más índices tenga, ya que cada inserción actualiza todos los índices. 9000 ya ha indicado correctamente que su índice (marca de tiempo, personal) cubre el índice (indicación de fecha y hora) en el 95% de los casos, en casos muy raros se necesitará un índice de columna única (indicación de fecha y hora) para obtener un mejor rendimiento.

También hay algunas tareas de fondo periódicas que ocasionalmente pueden ralentizar una o dos inserciones en el transcurso de un día.

Además, otra razón para las demoras es simplemente la actividad de la base de datos. Si tiene transacciones que bloquean páginas que la inserción necesita actualizar (o división de página), la inserción debe esperar hasta que se acepten los bloqueos de escritura. Esta otra actividad ni siquiera necesita iniciar una transacción, y ni siquiera tienen que ser contención de lectura leída; también puede tener contención de escritura-escritura o una cola creada a partir de una actividad intensa.

Y la última razón posible: su servidor de base de datos no tiene recursos, ya sea memoria o CPU o red de E/S. Hay mucho que un servidor puede hacer, por lo que tendrá que esperar hasta que tenga suficientes recursos.

Answer 5

Si se está ejecutando en un entorno de clúster, las columnas de incremento automático pueden ralentizar las inserciones. Intente ajustar ndb_autoincrement_prefetch_sz (consulte http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-system-variables.html#sysvar_ndb_autoincrement_prefetch_sz)

Answer 6

Si le sucede a estar de vuelta nivel sobre la instalación de MySQL, nos dimos cuenta de una gran cantidad de ese tipo de lentitud cuando se usa la versión 4.1.