如何查询指定transaction_id是否存在未提交变更以排查ERP阻塞问题？

针对主流数据库的查询方法 #

不同数据库的系统元数据表结构不同，以下是常见数据库的查询方式，可直接用来验证指定事务的状态与变更情况：

PostgreSQL #

通过pg_stat_activity和pg_locks组合查询，能明确事务状态及是否持有排他锁（通常对应未提交的修改操作）：

-- 查看事务基本状态
SELECT 
    pid,
    transactionid,
    state,
    pg_transaction_status(pid) AS tx_status,
    query
FROM pg_stat_activity
WHERE transactionid = '目标事务ID';

-- 检查事务是否持有排他锁（存在未提交修改的强信号）
SELECT * FROM pg_locks
WHERE transactionid = '目标事务ID' AND mode = 'ExclusiveLock';

pg_transaction_status返回值说明：

• idle：事务已提交/回滚，连接处于空闲状态
• active：事务正在执行操作
• idle in transaction：事务已开启但当前无操作，大概率存在未提交变更
• idle in transaction (aborted)：事务执行出错未处理，处于异常未提交状态

MySQL #

借助INNODB_TRX系统表直接查看事务的修改情况：

SELECT 
    trx_id,
    trx_state,
    trx_started,
    trx_rows_modified,
    pl.info AS current_query
FROM information_schema.INNODB_TRX trx
JOIN information_schema.PROCESSLIST pl ON trx.trx_mysql_thread_id = pl.id
WHERE trx_id = '目标事务ID';

核心判断逻辑：trx_state为RUNNING且trx_rows_modified > 0，则说明该事务存在未提交的变更。

SQL Server #

通过sys.dm_tran_active_transactions等动态管理视图关联查询：

SELECT 
    t.transaction_id,
    t.transaction_begin_time,
    t.transaction_state,
    dt.database_transaction_log_bytes_used,
    st.text AS current_query
FROM sys.dm_tran_active_transactions t
JOIN sys.dm_tran_session_transactions stn ON t.transaction_id = stn.transaction_id
JOIN sys.dm_tran_database_transactions dt ON t.transaction_id = dt.transaction_id
JOIN sys.dm_exec_sessions s ON stn.session_id = s.session_id
CROSS APPLY sys.dm_exec_sql_text(s.sql_handle) st
WHERE t.transaction_id = 目标事务ID;

关键判断点：

• transaction_state = 1：事务已开启且未提交
• database_transaction_log_bytes_used > 0：事务产生了未提交的日志变更

集成到ERP模块的落地建议 #

• 触发时机：在窗口关闭、业务流程结束等“不应存在未提交变更”的节点，获取当前会话绑定的transaction_id，执行对应数据库的查询语句
• 异常判定：结合上述数据库的查询结果，只要事务处于未提交状态且存在修改记录/排他锁/变更行数，就记录异常日志（需包含事务ID、会话ID、当前操作、时间戳、关联用户等信息）
• 适配优化：根据ERP使用的数据库类型调整查询语句，注意部分数据库的事务ID格式差异（如SQL Server为GUID，PostgreSQL为数字）
• 批量巡检：可额外添加定时任务，批量扫描所有会话的事务状态，结合业务规则过滤出异常会话并记录，提前发现潜在阻塞风险

内容的提问来源于stack exchange，提问作者Marc Guillot