久久福利_99r_国产日韩在线视频_直接看av的网站_中文欧美日韩_久久一

您的位置:首頁技術文章
文章詳情頁

MySQL為什么要避免大事務以及大事務解決的方法

瀏覽:42日期:2023-10-12 12:13:00

什么是大事務

運行時間比較長,長時間未提交的事務就可以稱為大事務

大事務產生的原因

操作的數據比較多 大量的鎖競爭 事務中有其他非DB的耗時操作 。。。

大事務造成的影響

并發情況下,數據庫連接池容易被撐爆 鎖定太多的數據,造成大量的阻塞和鎖超時 執行時間長,容易造成主從延遲 回滾所需要的時間比較長 undo log膨脹 。。。

如何查詢大事務

**注**:本文的sql的操作都是基于mysql5.7版本

以查詢執行時間超過10秒的事務為例:

select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>10

如何避免大事務

通用解法

在一個事務里面, 避免一次處理太多數據 在一個事務里面,盡量避免不必要的查詢 在一個事務里面, 避免耗時太多的操作,造成事務超時。一些非DB的操作,比如rpc調用,消息隊列的操作盡量放到事務之外操作

基于mysql5.7的解法

在InnoDB事務中,行鎖是在需要的時候才加上的,但并不是不需要了就立刻釋放,而是要等到事務結束時才釋放。**如果你的事務中需要鎖多個行,要把最可能造成鎖沖突、最可能影響并發度的鎖盡量往后放** 通過SETMAX_EXECUTION_TIME命令, 來控制每個語句查詢的最長時間,避免單個語句意外查詢太長時間 監控 information_schema.Innodb_trx表,設置長事務閾值,超過就報警/或者kill 在業務功能測試階段要求輸出所有的general_log,分析日志行為提前發現問題 設置innodb_undo_tablespaces值,將undo log分離到獨立的表空間。如果真的出現大事務導致回滾段過大,這樣設置后清理起來更方便

附錄查詢事務相關語句

**注**:sql語句都是基于mysql5.7版本

# 查詢所有正在運行的事務及運行時間select t.*,to_seconds(now())-to_seconds(t.trx_started) idle_time from INFORMATION_SCHEMA.INNODB_TRX t# 查詢事務詳細信息及執行的SQLselect now(),(UNIX_TIMESTAMP(now()) - UNIX_TIMESTAMP(a.trx_started)) diff_sec,b.id,b.user,b.host,b.db,d.SQL_TEXT from information_schema.innodb_trx a inner join information_schema.PROCESSLIST bon a.TRX_MYSQL_THREAD_ID=b.id and b.command = ’Sleep’inner join performance_schema.threads c ON b.id = c.PROCESSLIST_IDinner join performance_schema.events_statements_current d ON d.THREAD_ID = c.THREAD_ID;# 查詢事務執行過的所有歷史SQL記錄SELECT ps.id ’PROCESS ID’, ps.USER, ps.HOST, esh.EVENT_ID, trx.trx_started, esh.event_name ’EVENT NAME’, esh.sql_text ’SQL’, ps.time FROM PERFORMANCE_SCHEMA.events_statements_history esh JOIN PERFORMANCE_SCHEMA.threads th ON esh.thread_id = th.thread_id JOIN information_schema.PROCESSLIST ps ON ps.id = th.processlist_id LEFT JOIN information_schema.innodb_trx trx ON trx.trx_mysql_thread_id = ps.id WHERE trx.trx_id IS NOT NULL AND ps.USER != ’SYSTEM_USER’ ORDER BY esh.EVENT_ID; # 簡單查詢事務鎖 select * from sys.innodb_lock_waits # 查詢事務鎖詳細信息 SELECT tmp.*, c.SQL_Text blocking_sql_text, p.HOST blocking_host FROM ( SELECT r.trx_state wating_trx_state, r.trx_id waiting_trx_id, r.trx_mysql_thread_Id waiting_thread, r.trx_query waiting_query, b.trx_state blocking_trx_state, b.trx_id blocking_trx_id, b.trx_mysql_thread_id blocking_thread, b.trx_query blocking_query FROM information_schema.innodb_lock_waits w INNER JOIN information_schema.innodb_trx b ON b.trx_id = w.blocking_trx_id INNER JOIN information_schema.innodb_trx r ON r.trx_id = w.requesting_trx_id ) tmp, information_schema.PROCESSLIST p, PERFORMANCE_SCHEMA.events_statements_current c, PERFORMANCE_SCHEMA.threads t WHERE tmp.blocking_thread = p.id AND t.thread_id = c.THREAD_ID AND t.PROCESSLIST_ID = p.id

以上就是MySQL避免大事務以及大事務解決的方法的詳細內容,更多關于MySQL 大事務的資料請關注好吧啦網其它相關文章!

標簽: MySQL 數據庫
相關文章:
主站蜘蛛池模板: 91精品久久久久久 | 叶山小百合av一区二区 | 亚洲乱码国产乱码精品精98午夜 | 日日干夜夜干 | 久久美女视频 | 亚洲不卡 | 超碰精品在线观看 | 亚洲狠狠爱一区二区三区 | 日韩欧美一区二区三区 | 最近日韩中文字幕 | 久久国产一区视频 | 在线成人国产 | 91精品国产乱码久久久久久久久 | 日韩在线中文 | 天天亚洲综合 | 欧美一级艳片视频免费观看 | www.国产精品| 精品久久一区二区 | 国产亚洲精品久久久456 | 日韩经典一区 | 中文字幕亚洲第一 | 日韩一区精品 | 久久久久久久久久影院 | 欧美视频网站 | 99影视 | 久爱国产| 国产精品一区二区三区在线播放 | 亚洲1区2区在线 | 亚洲精品久久久一区二区三区 | 亚洲狠狠 | 国产三级在线 | 精品国产一区二区 | 欧美一级三级 | 欧美综合国产精品久久丁香 | 国产成人精品午夜 | 黄色一级片免费 | 国产精品久久久久久久久久99 | 男人的天堂久久 | 欧美日韩中文字幕 | 日本一区二区三区四区 | 久久一日本道色综合久久 |