2010-03-20 43 views
7

Nhật ký truy vấn chậm của MySQL thường hiển thị một loạt các mục sau theo thứ tự.Truy vấn chậm của MySQL

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 
... 

Thường là 6-7 "cam kết" truy vấn theo thứ tự. Bất cứ điều gì họ là gì và truy vấn trước của mỗi người trong số họ là gì?

Xin cảm ơn trước.

Trả lời

3

lệnh set timestamp ảnh hưởng đến giá trị được trả lại bởi now và giá trị mà cột dấu thời gian tự động nhận được khi hàng của chúng được sửa đổi.

điều này là cần thiết để nhân rộng và khi phát lại nhật ký. ngữ nghĩa truy vấn phụ thuộc vào thời gian hiện tại sẽ luôn khớp chính xác. (Lưu ý sysdate không quan tâm đến set timestamp không giống như now)

đăng nhập sẽ đảm bảo rằng các dấu thời gian được ghi lại với set timestamp bất cứ khi nào có một kết nối mới, một ping mysql, hoặc bất kỳ tuyên bố thực thi.

+2

@jxac, cảm ơn lời giải thích của bạn nhưng là số liệu "Thời gian truy vấn" (4.172700, 3.628924, 3.116018) có nghĩa là tuyên bố "cam kết" mất hơn 3 giây để chạy? – jack

Các vấn đề liên quan