MySQL莫名卡顿？真正拖垮数据库的是长事务原创

这个场景我们演示如何使用nine data chat DBA进行长事物诊断，这里呢，有一个事物执行了批量写入，并且呢一直没有提交，那么长事物不一定马上报错，但它可能持续持锁，增加回滚成本，甚至呢影响后续变更。那我们现在切到char d BA, 让他检查当前实例是否存在长事误或者大事误。Chat d BA会列出事务持续时间、相关会话。执行SQL。和可能风险，帮助判断是继续观察提交回滚还是需要止损。那么对于大事物呢，不建议只凭感觉Q。这里继续追问一下直接终止可能带来的风险，我们需要根据chat d BA带来的建议确认业务来源、写入量和回滚成本。那最终再决定操作方式。

好，本期是这这期视频就到这里，谢谢大家。