内容摘要:让我们看看如何在MySQL 8.0中轻松找到那些可能成为DBA噩梦的正在运行的长事务。
关于译者,姚远:
原文网址:https://lefred.be/content/diskspace-problem-when-modifying-a-large-innodb-table-in-mysql-and-how-to-solve-it/
作者:Frédéric Descamps(https://lefred.be/)
最近,有人问我如何在MySQL中找到长时间运行的事务。我已经开发了一个MySQL Shell插件,可以让你找到按时间排序的当前事务,这个插件还可以让您获取所需事务的详细信息。请参见check.getRunningStatements()(https://github.com/lefred/mysqlshell-plugins/wiki/check#getrunningstatements)。让我们看看如何轻松找到那些可能成为DBA噩梦的长事务(参见MySQL历史列表长度文章https://lefred.be/content/a-graph-a-day-keeps-the-doctor-away-mysql-history-list-length/)。
SELECT thr.processlist_id AS mysql_thread_id,
concat(PROCESSLIST_USER,'@',PROCESSLIST_HOST) User,
Command,
FORMAT_PICO_TIME(trx.timer_wait) AS trx_duration,
current_statement as `latest_statement`
FROM performance_schema.events_transactions_current trx
INNER JOIN performance_schema.threads thr USING (thread_id)
LEFT JOIN sys.processlist p ON p.thd_id=thread_id
WHERE thr.processlist_id IS NOT NULL
AND PROCESSLIST_USER IS NOT NULL
AND trx.state = 'ACTIVE'
GROUP BY thread_id, timer_wait
ORDER BY TIMER_WAIT DESC LIMIT 10;
我们可以看到,目前我们有一个运行时间超过43分钟的活动事务,但似乎什么也没做。休眠会话实际上是导致最多问题的会话,因为它们可能是已经被遗忘的交互式会话,并且默认情况下将保持很长很长时间(8小时,interactive_timeout)。
如果使用下面的命令激活了计量,还可以查询出该事务中执行的语句(默认限制为10条,performance_schema_events_statements_history_size ):
UPDATE performance_schema.setup_consumers
SET enabled = 'yes'
WHERE name LIKE 'events_statements_history_long'
OR name LIKE 'events_transactions_history_long';
现在激活了计量,我们可以使用以下语句查看所有新事务的历史记录:
SELECT DATE_SUB(now(), INTERVAL (
SELECT variable_value
FROM performance_schema.global_status
WHERE variable_name='UPTIME')-TIMER_START*10e-13 second) 'start_time',
SQL_TEXT
FROM performance_schema.events_statements_history
WHERE nesting_event_id=(
SELECT EVENT_ID
FROM performance_schema.events_transactions_current t
LEFT JOIN sys.processlist p ON p.thd_id=t.thread_id
WHERE conn_id=<VALUE OF mysql_thread_id COLUMN>)
ORDER BY event_id;
让我们试一下:
如您所见,我们可以查询在这个长事务中已经执行的SQL语句。
再次说明,Performance_Schema包含了我们需要的所有内容。
享受MySQL,避免长事务!