MySQL의 느린 쿼리

Question

MySQL의 느린 쿼리 로그는 종종 다음 항목들을 차례대로 보여줍니다.

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

일반적으로 6-7 개의 "커밋"쿼리를 순서대로 처리합니다. 누구인지, 그리고 각각의 질문이 무엇입니까?

미리 감사드립니다.

Answer 1

set timestamp 명령은 행이 수정 될 때 now에서 반환되는 값과 자동 시간 소인 열에 적용되는 값에 영향을줍니다.

이 복제에 필요한 및 로그를 재생할 때. 현재 시간에 의존하는 쿼리 의미가 항상 정확히 일치합니다. 로그가 실행되는 새로운 연결, MySQL의 핑 (ping), 또는 문이있을 때마다 타임 스탬프 set timestamp에 기록되어 있는지 확인합니다

(주 sysdate는 set timestampnow 달리 무시).