欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

MySQL kill不掉線程的原因

 更新時(shí)間:2021年05月07日 11:45:05   作者:王文安  
這篇文章主要介紹了MySQL kill不掉線程的原因,幫助大家更好的理解和學(xué)習(xí)使用MySQL數(shù)據(jù)庫(kù),感興趣的朋友可以了解下

背景

在日常的使用過(guò)程中,時(shí)不時(shí)會(huì)遇到個(gè)別,或者大量的連接堆積在 MySQL 中的現(xiàn)象,這時(shí)一般會(huì)考慮使用 kill 命令強(qiáng)制殺死這些長(zhǎng)時(shí)間堆積起來(lái)的連接,盡快釋放連接數(shù)和數(shù)據(jù)庫(kù)服務(wù)器的 CPU 資源。

問(wèn)題描述

在實(shí)際操作 kill 命令的時(shí)候,有時(shí)候會(huì)發(fā)現(xiàn)連接并沒(méi)有第一時(shí)間被 kill 掉,仍舊在 processlist 里面能看到,但是顯示的 Command 為 Killed,而不是常見(jiàn)的 Query 或者是 Execute 等。例如:

mysql> show processlist;
+----+------+--------------------+--------+---------+------+--------------+---------------------------------+
| Id | User | Host               | db     | Command | Time | State        | Info                            |
+----+------+--------------------+--------+---------+------+--------------+---------------------------------+
| 31 | root | 192.168.1.10:50410 | sbtest | Query   |    0 | starting     | show processlist                |
| 32 | root | 192.168.1.10:50412 | sbtest | Query   |   62 | User sleep   | select sleep(3600) from sbtest1 |
| 35 | root | 192.168.1.10:51252 | sbtest | Killed  |   47 | Sending data | select sleep(100) from sbtest1  |
| 36 | root | 192.168.1.10:51304 | sbtest | Query   |   20 | Sending data | select sleep(3600) from sbtest1 |
+----+------+--------------------+--------+---------+------+--------------+---------------------------------+

原因分析

遇事不決先翻官方文檔,這里摘取部分官方文檔的內(nèi)容:

When you use KILL, a thread-specific kill flag is set for the thread. In most cases, it might take some time for the thread to die because the kill flag is checked only at specific intervals:During SELECT operations, for ORDER BY and GROUP BY loops, the flag is checked after reading a block of rows. If the kill flag is set, the statement is aborted.
      ALTER TABLE operations that make a table copy check the kill flag periodically for each few copied rows read from the original table. If the kill flag was set, the statement is aborted and the temporary table is deleted.
      The KILL statement returns without waiting for confirmation, but the kill flag check aborts the operation within a reasonably small amount of time. Aborting the operation to perform any necessary cleanup also takes some time.
      During UPDATE or DELETE operations, the kill flag is checked after each block read and after each updated or deleted row. If the kill flag is set, the statement is aborted. If you are not using transactions, the changes are not rolled back.
      GET_LOCK() aborts and returns NULL.
      If the thread is in the table lock handler (state: Locked), the table lock is quickly aborted.
      If the thread is waiting for free disk space in a write call, the write is aborted with a “disk full” error message.

官方文檔第一段就很明確的說(shuō)清楚了 kill 的作用機(jī)制:會(huì)給連接的線程設(shè)置一個(gè)線程級(jí)別的 kill 標(biāo)記,等到下一次“標(biāo)記檢測(cè)”的時(shí)候才會(huì)生效。這也意味著如果下一次“標(biāo)記檢測(cè)”遲遲沒(méi)有發(fā)生,那么就有可能會(huì)出現(xiàn)問(wèn)題描述中的現(xiàn)象。

官方文檔中列舉了不少的場(chǎng)景,這里根據(jù)官方的描述列舉幾個(gè)比較常見(jiàn)的問(wèn)題場(chǎng)景:

  • select 語(yǔ)句中進(jìn)行 order by,group by 的時(shí)候,如果服務(wù)器 CPU 資源比較緊張,那么讀取/獲取一批數(shù)據(jù)的時(shí)間會(huì)變長(zhǎng),從而影響下一次“標(biāo)記檢測(cè)”的時(shí)間。
  • 對(duì)大量數(shù)據(jù)進(jìn)行 DML 操作的時(shí)候,kill 這一類 SQL 語(yǔ)句會(huì)觸發(fā)事務(wù)回滾(InnoDB引擎),雖然語(yǔ)句被 kill 掉了,但是回滾操作也會(huì)非常久。
  • kill alter 操作時(shí),如果服務(wù)器的負(fù)載比較高,那么操作一批數(shù)據(jù)的時(shí)間會(huì)變長(zhǎng),從而影響下一次“標(biāo)記檢測(cè)”的時(shí)間。
  • 其實(shí)參考 kill 的作用機(jī)制,做一個(gè)歸納性的描述的話,那么:任何阻塞/減慢 SQL 語(yǔ)句正常執(zhí)行的行為,都會(huì)導(dǎo)致下一次“標(biāo)記檢測(cè)”推遲、無(wú)法發(fā)生,最終都會(huì)導(dǎo)致 kill 操作的失敗。

模擬一下

這里借用一個(gè)參數(shù)innodb_thread_concurrency來(lái)模擬阻塞 SQL 語(yǔ)句正常執(zhí)行的場(chǎng)景:

Defines the maximum number of threads permitted inside of InnoDB. A value of 0 (the default) is interpreted as infinite concurrency (no limit). This variable is intended for performance tuning on high concurrency systems.

參照官方文檔的描述,這個(gè)參數(shù)設(shè)置得比較低的時(shí)候,超過(guò)數(shù)量限制的 InnoDB 查詢會(huì)被阻塞。因此在本次模擬中,這個(gè)參數(shù)被設(shè)置了一個(gè)非常低的值。

mysql> show variables like '%innodb_thread_concurrency%';
+---------------------------+-------+
| Variable_name             | Value |
+---------------------------+-------+
| innodb_thread_concurrency | 1     |
+---------------------------+-------+
1 row in set (0.00 sec)

然后開(kāi)兩個(gè)數(shù)據(jù)庫(kù)連接(Session 1 和 Session 2),分別執(zhí)行select sleep(3600) from sbtest.sbtest1語(yǔ)句,然后在第三個(gè)連接上 kill 掉 Session 2 的查詢:

Session 1:
mysql> select sleep(3600) from sbtest.sbtest1;

Session 2:
mysql> select sleep(3600) from sbtest.sbtest1;
ERROR 2013 (HY000): Lost connection to MySQL server during query
mysql>

Session 3:
mysql> show processlist;
+----+------+--------------------+------+---------+------+--------------+----------------------------------------+
| Id | User | Host               | db   | Command | Time | State        | Info                                   |
+----+------+--------------------+------+---------+------+--------------+----------------------------------------+
| 44 | root | 172.16.64.10:39290 | NULL | Query   |   17 | User sleep   | select sleep(3600) from sbtest.sbtest1 |
| 45 | root | 172.16.64.10:39292 | NULL | Query   |    0 | starting     | show processlist                       |
| 46 | root | 172.16.64.10:39294 | NULL | Query   |    5 | Sending data | select sleep(3600) from sbtest.sbtest1 |
+----+------+--------------------+------+---------+------+--------------+----------------------------------------+
3 rows in set (0.00 sec)

mysql> kill 46;
Query OK, 0 rows affected (0.00 sec)

mysql> show processlist;
+----+------+--------------------+------+---------+------+--------------+----------------------------------------+
| Id | User | Host               | db   | Command | Time | State        | Info                                   |
+----+------+--------------------+------+---------+------+--------------+----------------------------------------+
| 44 | root | 172.16.64.10:39290 | NULL | Query   |   26 | User sleep   | select sleep(3600) from sbtest.sbtest1 |
| 45 | root | 172.16.64.10:39292 | NULL | Query   |    0 | starting     | show processlist                       |
| 46 | root | 172.16.64.10:39294 | NULL | Killed  |   14 | Sending data | select sleep(3600) from sbtest.sbtest1 |
+----+------+--------------------+------+---------+------+--------------+----------------------------------------+
3 rows in set (0.00 sec)

mysql>

可以看到,kill 命令執(zhí)行之后,Session 2 的連接馬上就斷開(kāi)了,但是 Session 2 發(fā)起的查詢?nèi)耘f殘留在 MySQL 中。當(dāng)然,如果是因?yàn)?code>innodb_thread_concurrency這個(gè)參數(shù)導(dǎo)致了類似的問(wèn)題的話,直接使用set global的命令調(diào)高上限,或者直接設(shè)置為 0 就可以解決,這個(gè)參數(shù)的變更是實(shí)時(shí)對(duì)所有連接生效的。

總結(jié)一下

MySQL 的 kill 操作并不是想象中的直接強(qiáng)行終止數(shù)據(jù)庫(kù)連接,只是發(fā)送了一個(gè)終止的信號(hào),如果 SQL 自身的執(zhí)行效率過(guò)慢,或者受到其他的因素影響(服務(wù)器負(fù)載高,觸發(fā)大量數(shù)據(jù)回滾)的話,那么這個(gè) kill 的操作很有可能并不能及時(shí)終止這些問(wèn)題查詢,反而可能會(huì)因?yàn)槌绦騻?cè)連接被斷開(kāi)之后觸發(fā)重連,產(chǎn)生更多的低效查詢,進(jìn)一步拖垮數(shù)據(jù)庫(kù)。

以上就是MySQL kill不掉線程的原因的詳細(xì)內(nèi)容,更多關(guān)于MySQL kill線程的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • MySQL 5.7新特性介紹

    MySQL 5.7新特性介紹

    這篇文章主要為大家詳細(xì)介紹了MySQL 5.7新特性,了解一下MySQL 5.7的部分新功能,需要的朋友可以參考下
    2016-06-06
  • mysql中主鍵索引和聯(lián)合索引的原理與區(qū)別

    mysql中主鍵索引和聯(lián)合索引的原理與區(qū)別

    索引是幫助MySQL高效獲取數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu),本文主要介紹了mysql中主鍵索引和聯(lián)合索引的原理與區(qū)別,具有一定的參考價(jià)值,感興趣的可以了解一下
    2024-04-04
  • MySQL 全文檢索的使用示例

    MySQL 全文檢索的使用示例

    全文檢索是指計(jì)算機(jī)索引程序通過(guò)掃描文章中的每一個(gè)詞,對(duì)每一個(gè)詞建立一個(gè)索引,指明該詞在文章中出現(xiàn)的次數(shù)和位置,當(dāng)用戶查詢時(shí),檢索程序就根據(jù)事先建立的索引進(jìn)行查找,并將查找的結(jié)果反饋給用戶的檢索方式。這個(gè)過(guò)程類似于通過(guò)字典中的檢索字表查字的過(guò)程。
    2021-06-06
  • MySQL是如何實(shí)現(xiàn)主備同步

    MySQL是如何實(shí)現(xiàn)主備同步

    這篇文章主要介紹了MySQL是如何實(shí)現(xiàn)主備同步的,幫助大家更好的理解和使用MySQL數(shù)據(jù)庫(kù),感興趣的朋友可以了解下
    2020-12-12
  • MySQL利用procedure analyse()函數(shù)優(yōu)化表結(jié)構(gòu)

    MySQL利用procedure analyse()函數(shù)優(yōu)化表結(jié)構(gòu)

    不知道是否遇到過(guò)為MySQL表結(jié)構(gòu)該選擇什么類型字段而郁悶?或者為MySQL字段該選擇多少長(zhǎng)度而糾結(jié)?下面這篇文章就給大家介紹一個(gè)武林秘籍吧~也是我最近才學(xué)來(lái)的,感興趣的朋友們下面來(lái)一起看看吧。
    2016-12-12
  • mysql開(kāi)啟binlog步驟講解

    mysql開(kāi)啟binlog步驟講解

    在本文里我們給大家分享了關(guān)于mysql開(kāi)啟binlog的方法和相關(guān)知識(shí)點(diǎn),對(duì)此有需要的朋友們跟著學(xué)習(xí)下。
    2019-03-03
  • 關(guān)于MySQL索引的幾點(diǎn)值得注意的事項(xiàng)

    關(guān)于MySQL索引的幾點(diǎn)值得注意的事項(xiàng)

    索引對(duì)查詢的速度有著至關(guān)重要的影響,MySQL索引的建立對(duì)于MySQL的高效運(yùn)行是很重要的
    2014-07-07
  • 基于mysql 5.5 設(shè)置字符集問(wèn)題的詳解

    基于mysql 5.5 設(shè)置字符集問(wèn)題的詳解

    本篇文章是對(duì)關(guān)于mysql 5.5設(shè)置字符集的問(wèn)題進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下
    2013-06-06
  • SQL語(yǔ)句之如何用JOIN連接多個(gè)表

    SQL語(yǔ)句之如何用JOIN連接多個(gè)表

    這篇文章主要介紹了SQL語(yǔ)句之如何用JOIN連接多個(gè)表,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2022-12-12
  • MySQL索引的各種類型

    MySQL索引的各種類型

    這篇文章主要介紹了MySQL索引的各種類型,幫助大家更好的理解和學(xué)習(xí)MySQL索引,感興趣的朋友可以了解下
    2020-09-09

最新評(píng)論