mysql并發(fā)怎么解除 mysql并發(fā)死鎖

MYSQL多線程并發(fā)操作同一張表同一個(gè)字段的問題有什么辦法解決嗎？被操作的字段都建立了普通索引。

在MySQL 8.0 之前， 我們假設(shè)一下有一條爛SQL，

成都創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都做網(wǎng)站、網(wǎng)站建設(shè)、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)、騰沖網(wǎng)絡(luò)推廣、小程序開發(fā)、騰沖網(wǎng)絡(luò)營(yíng)銷、騰沖企業(yè)策劃、騰沖品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營(yíng)等，從售前售中售后，我們都將竭誠(chéng)為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；成都創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供騰沖建站搭建服務(wù)，24小時(shí)服務(wù)熱線：18982081108，官方網(wǎng)址：muchs.cn

mysqlselect * from t1 order by rand() ;

以多個(gè)線程在跑，導(dǎo)致CPU被跑滿了，其他的請(qǐng)求只能被阻塞進(jìn)不來(lái)。那這種情況怎么辦？

大概有以下幾種解決辦法：

設(shè)置max_execution_time 來(lái)阻止太長(zhǎng)的讀SQL。那可能存在的問題是會(huì)把所有長(zhǎng)SQL都給KILL 掉。有些必須要執(zhí)行很長(zhǎng)時(shí)間的也會(huì)被誤殺。

自己寫個(gè)腳本檢測(cè)這類語(yǔ)句，比如order by rand()， 超過(guò)一定時(shí)間用Kill query thread_id 給殺掉。

那能不能不要?dú)⒌舳屗＿\(yùn)行，但是又不影響其他的請(qǐng)求呢？

那mysql 8.0 引入的資源組（resource group，后面簡(jiǎn)寫微RG）可以基本上解決這類問題。

比如我可以用 RG 來(lái)在SQL層面給他限制在特定的一個(gè)CPU核上，這樣我就不管他，讓他繼續(xù)運(yùn)行，如果有新的此類語(yǔ)句，讓他排隊(duì)好了。

為什么說(shuō)基本呢？目前只能綁定CPU資源，其他的暫時(shí)不行。

那我來(lái)演示下如何使用RG。

創(chuàng)建一個(gè)資源組user_ytt. 這里解釋下各個(gè)參數(shù)的含義，

type = user 表示這是一個(gè)用戶態(tài)線程，也就是前臺(tái)的請(qǐng)求線程。如果type=system，表示后臺(tái)線程，用來(lái)限制mysql自己的線程，比如Innodb purge thread,innodb read thread等等。

vcpu 代表cpu的邏輯核數(shù)，這里0-1代表前兩個(gè)核被綁定到這個(gè)RG?？梢杂胠scpu，top等列出自己的CPU相關(guān)信息。

thread_priority 設(shè)置優(yōu)先級(jí)。user 級(jí)優(yōu)先級(jí)設(shè)置大于0。

mysqlmysql create resource group user_ytt type = user ?vcpu = 0-1 thread_priority=19 enable;Query OK, 0 rows affected (0.03 sec)

RG相關(guān)信息可以從 information_schema.resource_groups 系統(tǒng)表里檢索。

mysqlmysql select * from information_schema.resource_groups;+---------------------+---------------------+------------------------+----------+-----------------+| RESOURCE_GROUP_NAME | RESOURCE_GROUP_TYPE | RESOURCE_GROUP_ENABLED | VCPU_IDS | THREAD_PRIORITY |+---------------------+---------------------+------------------------+----------+-----------------+| USR_default ? ? ? ? | USER ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? ? ? ?1 | 0-3 ? ? ?| ? ? ? ? ? ? ? 0 || SYS_default ? ? ? ? | SYSTEM ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? ? ? ?1 | 0-3 ? ? ?| ? ? ? ? ? ? ? 0 || user_ytt ? ? ? ? ? ?| USER ? ? ? ? ? ? ? ?| ? ? ? ? ? ? ? ? ? ? ?1 | 0-1 ? ? ?| ? ? ? ? ? ? ?19 |+---------------------+---------------------+------------------------+----------+-----------------+3 rows in set (0.00 sec)

我們來(lái)給語(yǔ)句select guid from t1 group by left(guid,8) order by rand() 賦予RG user_ytt。

mysql show processlist;+-----+-----------------+-----------+------+---------+-------+------------------------+-----------------------------------------------------------+| Id ?| User ? ? ? ? ? ?| Host ? ? ?| db ? | Command | Time ?| State ? ? ? ? ? ? ? ? ?| Info ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|+-----+-----------------+-----------+------+---------+-------+------------------------+-----------------------------------------------------------+| ? 4 | event_scheduler | localhost | NULL | Daemon ?| 10179 | Waiting on empty queue | NULL ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|| 240 | root ? ? ? ? ? ?| localhost | ytt ?| Query ? | ? 101 | Creating sort index ? ?| select guid from t1 group by left(guid,8) order by rand() || 245 | root ? ? ? ? ? ?| localhost | ytt ?| Query ? | ? ? 0 | starting ? ? ? ? ? ? ? | show processlist ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|+-----+-----------------+-----------+------+---------+-------+------------------------+-----------------------------------------------------------+3 rows in set (0.00 sec)

找到連接240對(duì)應(yīng)的thread_id。

mysqlmysql select thread_id from performance_schema.threads where processlist_id = 240;+-----------+| thread_id |+-----------+| ? ? ? 278 |+-----------+1 row in set (0.00 sec)

給這個(gè)線程278賦予RG user_ytt。沒報(bào)錯(cuò)就算成功了。

mysqlmysql set resource group user_ytt for 278;Query OK, 0 rows affected (0.00 sec)

當(dāng)然這個(gè)是在運(yùn)維層面來(lái)做的，我們也可以在開發(fā)層面結(jié)合 MYSQL HINT 來(lái)單獨(dú)給這個(gè)語(yǔ)句賦予RG。比如：

mysqlmysql select /*+ resource_group(user_ytt) */guid from t1 group by left(guid,8) order by rand()....8388602 rows in set (4 min 46.09 sec)

RG的限制：

Linux 平臺(tái)上需要開啟 CAPSYSNICE 特性。比如我機(jī)器上用systemd 給mysql 服務(wù)加上

systemctl edit mysql@80 [Service]AmbientCapabilities=CAP_SYS_NICE

mysql 線程池開啟后RG失效。

freebsd,solaris 平臺(tái)thread_priority 失效。

目前只能綁定CPU，不能綁定其他資源。

如何使用mysql數(shù)據(jù)庫(kù)解決高并發(fā)

使用mysql異步查詢,需要使用mysqlnd作為PHP的MySQL數(shù)據(jù)庫(kù)驅(qū)動(dòng)。 使用MySQL異步... 如果創(chuàng)建的線程過(guò)多,則會(huì)造成線程切換引起系統(tǒng)負(fù)載過(guò)高。Swoole中的異步MySQL其...

mysql數(shù)據(jù)庫(kù)怎么解決高并發(fā)問題

限流算法目前程序開發(fā)過(guò)程常用的限流算法有兩個(gè)：漏桶算法和令牌桶算法。

漏桶算法

漏桶算法的原理比較簡(jiǎn)單，請(qǐng)求進(jìn)入到漏桶中，漏桶以一定的速率漏水。當(dāng)請(qǐng)求過(guò)多時(shí)，水直接溢出?？梢钥闯?，漏桶算法可以強(qiáng)制限制數(shù)據(jù)的傳輸速度。如圖所示，把請(qǐng)求比作是水滴，水先滴到桶里，通過(guò)漏洞并以限定的速度出水，當(dāng)水來(lái)得過(guò)猛而出水不夠快時(shí)就會(huì)導(dǎo)致水直接溢出，即拒絕服務(wù)。

圖片來(lái)自網(wǎng)絡(luò)

漏桶的出水速度是恒定的，那么意味著如果瞬時(shí)大流量的話，將有大部分請(qǐng)求被丟棄掉（也就是所謂的溢出）。

令牌桶算法

令牌桶算法的原理是系統(tǒng)以一定速率向桶中放入令牌，如果有請(qǐng)求時(shí)，請(qǐng)求會(huì)從桶中取出令牌，如果能取到令牌，則可以繼續(xù)完成請(qǐng)求，否則等待或者拒絕服務(wù)。這種算法可以應(yīng)對(duì)突發(fā)程度的請(qǐng)求，因此比漏桶算法好。

圖片來(lái)自網(wǎng)絡(luò)

漏桶算法和令牌桶算法的選擇

兩者的主要區(qū)別漏桶算法能夠強(qiáng)行限制處理數(shù)據(jù)的速率，不論系統(tǒng)是否空閑。而令牌桶算法能夠在限制數(shù)據(jù)的平均處理速率的同時(shí)還允許某種程度的突發(fā)流量。如何理解上面的含義呢？漏桶算法，比如系統(tǒng)吞吐量是 120/s，業(yè)務(wù)請(qǐng)求 130/s，使用漏斗限流 100/s，起到限流的作用，多余的請(qǐng)求將產(chǎn)生等待或者丟棄。對(duì)于令牌桶算法，每秒產(chǎn)生 100 個(gè)令牌，系統(tǒng)容量 200 個(gè)令牌。正常情況下，業(yè)務(wù)請(qǐng)求 100/s 時(shí)，請(qǐng)求能被正常被處理。當(dāng)有突發(fā)流量過(guò)來(lái)比如 200 個(gè)請(qǐng)求時(shí)，因?yàn)橄到y(tǒng)容量有 200 個(gè)令牌可以同一時(shí)刻處理掉這 200 個(gè)請(qǐng)求。如果是漏桶算法，則只能處理 100 個(gè)請(qǐng)求，其他的請(qǐng)求等待或者被丟棄。

新聞名稱：mysql并發(fā)怎么解除 mysql并發(fā)死鎖
文章URL：http://muchs.cn/article28/doeiojp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、電子商務(wù)、Google、虛擬主機(jī)、服務(wù)器托管、網(wǎng)頁(yè)設(shè)計(jì)公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)