为什么不记录慢速查询?
生活随笔
收集整理的這篇文章主要介紹了
为什么不记录慢速查询?
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
㈠ 底:
??
? 2014/8/18 13點37分收到前端說反饋有玩家掉線情況,檢查CPU、慢查詢、DB請求量,并未發現異常,DB表現一如往常。
這個長事務運行 1個多小時沒有退出,Kill 掉相應的進程。程序前端恢復正常
㈢ 處理思路:
? ⑴ 查詢視圖
? ⑵ show engine innodb status\G; 關注Transactions部分提取SQL及事務信息
??
⑵ Query_time - Lock_time < long_query_time
過段時間在A做commit,B會運行、但不會被記錄到slow log中
??
? 2014/8/18 13點37分收到前端說反饋有玩家掉線情況,檢查CPU、慢查詢、DB請求量,并未發現異常,DB表現一如往常。
㈡ 定位原因:
INSERT INTO t (col1, col2, col3, col4, col5, col6, col7) VALUES ('3532082239485507011_130_99', '130_99', 130, 99, 3532082239485507011, 2172353000317425008, 29078) 這個長事務運行 1個多小時沒有退出,Kill 掉相應的進程。程序前端恢復正常
㈢ 處理思路:
? ⑴ 查詢視圖
select trx_id,trx_state,trx_started,trx_requested_lock_id,trx_weight,trx_mysql_thread_id from information_schema.innodb_trx where trx_state='RUNNING';? ⑵ show engine innodb status\G; 關注Transactions部分提取SQL及事務信息
??
㈣ 我的疑問:
為什么這條運行了1個多小時的SQL沒有被記錄到慢查詢日志中呢??
㈤ 原來如此:
Query_time - Lock_time > long_query_time ?<===記錄
Query_time - Lock_time < long_query_time ?<===不記錄
㈥ 模擬場景:
⑴ Query_time - Lock_time > long_query_time
Session_A:mysql> begin;
Query OK, 0 rows affected (0.00 sec)mysql> select emp_no,hire_date from employees where emp_no=10170 for update;
+--------+------------+
| emp_no | hire_date |
+--------+------------+
| 10170 | 1986-01-02 |
+--------+------------+
1 row in set (0.00 sec)Session_B:mysql> select emp_no,hire_date,sleep(3) from employees where emp_no=10170 for update;
過段時間在A做commit,B會運行、并被記錄到slow log中:
# Time: 140818 22:37:31
# User@Host: root[root] @ localhost [] Id: 1
# Query_time: 3.049016 Lock_time: 0.018891 Rows_sent: 1 Rows_examined: 1
use employees;
SET timestamp=1408372651;
select emp_no,hire_date,sleep(3) from employees where emp_no=10170 for update;
⑵ Query_time - Lock_time < long_query_time
Session_A:mysql> begin;
Query OK, 0 rows affected (0.00 sec)mysql> select emp_no,hire_date from employees where emp_no=10170 for update;
+--------+------------+
| emp_no | hire_date |
+--------+------------+
| 10170 | 1986-01-02 |
+--------+------------+
1 row in set (0.00 sec)Session_B:mysql> select emp_no,hire_date from employees where emp_no=10170 for update;過段時間在A做commit,B會運行、但不會被記錄到slow log中
㈦ 我的收獲:
我們日常做性能剖析實際上應該包含2個方面:
1)基于運行時間的分析
2)基于等待時間的分析
By water
Good Luck!
版權聲明:本文博主原創文章。博客,未經同意不得轉載。
轉載于:https://www.cnblogs.com/gcczhongduan/p/4843208.html
總結
以上是生活随笔為你收集整理的为什么不记录慢速查询?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: xamarin 断点 不命中
- 下一篇: 饮酒的作者是谁啊?