日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 人文社科 > 生活经验 >内容正文

生活经验

为什么不记录慢速查询?

發布時間:2023/11/27 生活经验 34 豆豆
生活随笔 收集整理的這篇文章主要介紹了 为什么不记录慢速查询? 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
㈠ 底:
??
? 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

總結

以上是生活随笔為你收集整理的为什么不记录慢速查询?的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。