為什麼要避免大事務以及大事務如何解決?

linyb極客之路發表於2020-07-17

什麼是大事務

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

大事務產生的原因

  • 操作的資料比較多
  • 大量的鎖競爭
  • 事務中有其他非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

# 查詢事務詳細資訊及執行的SQL
select 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 b
on a.TRX_MYSQL_THREAD_ID=b.id and b.command = 'Sleep'
inner join performance_schema.threads c ON b.id = c.PROCESSLIST_ID
inner 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-長事務詳解

面試官:你知道大事務會帶來什麼問題以及如何解決麼?

相關文章