2010-03-20 18 views
7

El registro de consultas lentas de MySQL a menudo muestra una serie de entradas siguientes en secuencia.MySQL consultas lentas

SET timestamp=1268999330; 
commit; 
# [email protected]: username[username] @ localhost [] 
# Query_time: 4.172700 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0 
SET timestamp=1268999330; 
commit; 
# [email protected]: username[username] @ localhost [] 
# Query_time: 3.628924 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0 
SET timestamp=1268999330; 
commit; 
# [email protected]: username[username] @ localhost [] 
# Query_time: 3.116018 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0 
... 

Generalmente 6-7 consultas "commit" en secuencia. ¿Alguien qué son y cuál es la consulta anterior de cada uno de ellos?

Gracias de antemano.

Respuesta

3

el comando set timestamp afecta el valor devuelto por now y el valor que reciben las columnas de marcas de tiempo automáticas cuando se modifican sus filas.

esto es necesario para la replicación y al reproducir el registro. la semántica de consulta que depende de la hora actual siempre coincidirá exactamente. (Nota sysdate hace caso omiso a diferencia set timestampnow)

el registro se asegurará de que la marca de tiempo se graba con set timestamp cada vez que hay una nueva conexión, un ping MySQL, o cualquier instrucción ejecutada.

+2

@jxac, gracias por su explicación, pero las cifras de "Tiempo de consulta" (4.172700, 3.628924, 3.116018) significa que la instrucción "confirmar" tardó más de 3 segundos en ejecutarse. – jack

Cuestiones relacionadas