# 查看当前事务配置
SHOW VARIABLES LIKE ‘tidb_txn%’;

# 设置事务模式为乐观锁
SET GLOBAL tidb_txn_mode = ‘optimistic’;

# 设置事务提交重试次数
SET GLOBAL tidb_commit_retry_count = 10;

# 设置事务大小限制（单位：字节）
SET GLOBAL tidb_max_txn_size = 1073741824;

# 设置会话级别的事务模式
SET SESSION tidb_txn_mode = ‘pessimistic’;

# 查看事务状态
SELECT * FROM information_schema.processlist WHERE command = ‘Sleep’;

# 查看长时间运行的事务
SELECT * FROM information_schema.processlist WHERE time > 60;

# 监控事务冲突
# 在Grafana中查看TiDB -> Transaction面板

# 调优事务性能
# 1. 优化SQL语句
# 2. 添加合适的索引
# 3. 减少事务持有时间

#!/bin/bash
# transaction_troubleshooting.sh
# from:www.itpux.com.qq113257174.wx:itpux-com
# web: http://www.fgedu.net.cn

# 事务故障排查脚本

log_file=”/tidb/logs/transaction_troubleshooting.log”

log() {
echo “[$(date +’%Y-%m-%d %H:%M:%S’)] $1” >> $log_file
echo “[$(date +’%Y-%m-%d %H:%M:%S’)] $1”
}

# 检查长事务
check_long_transactions() {
log “检查长事务”
mysql -h 192.168.1.100 -P 4000 -u root -p”password” -e “SELECT * FROM information_schema.processlist WHERE time > 60;” >> $log_file
}

# 检查事务冲突
check_transaction_conflicts() {
log “检查事务冲突”
# 查看TiKV监控中的冲突指标
curl -s http://192.168.1.101:9091/metrics | grep tikv_raftstore_leader_commits_total >> $log_file
}

# 终止长时间运行的事务
kill_long_transactions() {
log “终止长时间运行的事务”
mysql -h 192.168.1.100 -P 4000 -u root -p”password” -e “SELECT CONCAT(‘KILL ‘, id, ‘;’) FROM information_schema.processlist WHERE time > 300;” | tail -n +2 > kill.sql
if [ -s kill.sql ]; then
mysql -h 192.168.1.100 -P 4000 -u root -p”password” < kill.sql log "已终止长时间运行的事务" else log "没有发现需要终止的长事务" fi rm -f kill.sql } # 主函数 main() { log "事务故障排查开始" check_long_transactions check_transaction_conflicts风哥提示： kill_long_transactions log "事务故障排查完成" } main

# 1. 问题描述：高并发下事务冲突频繁，提交失败率高

# 2. 分析原因：乐观锁模式下，并发写入导致冲突

# 3. 解决方案：
# 切换到悲观锁模式
SET SESSION tidb_txn_mode = ‘pessimistic’;

# 示例：使用悲观锁处理并发更新
START TRANSACTION;
SELECT * FROM fgedudb.fgedu_users WHERE id = 1 FOR UPDATE;
UPDATE fgedudb.fgedu_users SET balance = balance – 100 WHERE id = 1;
COMMIT;

# 4. 效果：减少事务冲突，提高并发稳定性

# 1. 问题描述：事务执行过程中出现错误，需要回滚

# 2. 解决方案：
# 使用显式事务和回滚
START TRANSACTION;
BEGIN;

# 执行操作
INSERT INTO fgedudb.fgedu_orders (user_id, amount) VALUES (1, 100);
UPDATE fgedudb.fgedu_users SET balance = balance – 100 WHERE id = 1;

# 检查是否需要回滚
# 假设检查发现余额不足
IF (SELECT balance FROM fgedudb.fgedu_users WHERE id = 1) < 0 THEN ROLLBACK; SELECT '余额不足，事务回滚'; ELSE COMMIT; SELECT '事务提交成功'; END IF; # 3. 效果：确保数据一致性，避免错误操作

# 1. 问题描述：事务执行速度慢，影响系统性能

# 2. 分析原因：事务过大，包含多个操作

# 3. 解决方案：
# 1. 拆分大事务
# 原始代码
START TRANSACTION;
INSERT INTO fgedudb.fgedu_users VALUES (1, ‘user1’), (2, ‘user2’), …, (1000, ‘user1000’);
UPDATE fgedudb.fgedu_stats SET user_count = user_count + 1000;
COMMIT;

# 优化后代码
# 批量插入
INSERT INTO fgedudb.fgedu_users VALUES (1, ‘user1’), (2, ‘user2’), …, (100, ‘user100’);
INSERT INTO fgedudb.fgedu_users VALUES (101, ‘user101’), (102, ‘user102’), …, (200, ‘user200’);
# … 分批执行

# 更新统计信息
UPDATE fgedudb.fgedu_stats SET user_count = user_count + 1000;

# 2. 使用批量操作
# 使用LOAD DATA INFILE导入数据
LOAD DATA INFILE ‘/tmp/users.csv’ INTO TABLE fgedudb.fgedu_users FIELDS TERMINATED BY ‘,’ LINES TERMINATED BY ‘\n’;

# 4. 效果：提高事务执行速度，减少系统负载

更多学习教程公众号风哥教程itpux_com

Part05-风哥经验总结与分享

5.1 事务使用最佳实践

• 根据业务场景选择合适的事务模式：高并发写入场景使用悲观锁，读多写少场景使用乐观锁
• 控制事务大小，避免长事务：将大事务拆分为小事务，减少锁持有时间
• 使用批量操作，减少事务数量：对于大量数据操作，使用批量插入、更新等操作
• 合理设计索引，减少锁竞争：通过索引减少扫描范围，降低锁冲突
• 定期监控事务状态，及时处理异常：监控长事务、事务冲突等指标

学习交流加群风哥QQ113257174

5.2 常见问题与解决方案

• 事务提交失败：检查是否存在冲突，调整事务模式或重试机制
• 长事务导致性能下降：识别并终止长时间运行的事务，优化业务逻辑
• 锁竞争严重：优化SQL语句，添加合适的索引，减少锁持有时间
• 事务大小超限：拆分大事务，使用批量操作

5.3 未来发展趋势

• 智能事务模式：根据业务场景自动切换事务模式
• 更高效的并发控制：减少锁竞争，提高并发性能
• 与云原生结合：更好地适应云环境的弹性伸缩
• 增强的事务监控：提供更详细的事务状态信息和分析工具

from tidb视频:www.itpux.com