本篇内容介绍了“MySQL的rollback实例分析”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！事务是关系型数据库里的执行单位，可以通过最后阶段控制选择提交或回滚。在各种无法保证完整性的场景下进行回滚操作。MySQL里回滚是通过Undo日志完成，Undo日志记录包含关于如何撤消事务相关的最新更改的信息。Undo日志存在于Undo日志段中，Undo日志段包含在回滚段中。回滚段位于undo表空间和全局Temporary表空间中。
关系如下：undo文件全局Temporary所指的一个临时表空间(ibtmp1)，用于存储对用户创建的临时表所做更改的回滚段。理解了回滚包含的文件都有那些 ，继续往下看。MySQL回滚控制是内部innodb引擎协调解决，不提供人为控制的机制。目前提供的MySQL回滚参数如下：innodb_rollback_on_timeout：InnoDB默认只在事务超时时回滚最后一条语句。如果指定了——InnoDB -rollback-on-timeout，事务超时将导致InnoDB中止并回滚整个事务。默认下是关闭的，一旦指定时间，如回滚失败。可以想象到数据会存在不一致的问题。这个方式不可取。Innodb_rollback_segments（1~128）：定义了分配给每个undo表空间的回滚段的数量，以及为生成undo记录的事务分配的全局临时表空间的数量。
回滚段支持的事务数量：取决于回滚段中的撤销slot数量以及每个事务所需的撤销日志数量官方提供的回滚段中undo槽的数量根据InnoDB页面大小有关:从最新的MySQL8.0.27源码实现中 storageinnobaseincludetrx0rseg.h:在默认情况下page中又划分了1024个slot槽(TRX_RSEG_N_SLOTS)，每个slot又对应到一个undo log对象，因此理论上InnoDB可以支持 128 * 512=65536个普通事务。
官方提供undbo回滚并发读写场景：从上诉的原理中回到实际应用场景中：
对于回滚段支持的能力，还是可观的,但往往执行大批量的回滚的时候非常慢。特别是在线处理过程中发现10w行回滚 有可能10分钟这样的情况。甚至更长时间。
下面通过sysbench准备5000w的单表数据，在无负载下，大概删除1分钟，之后通过kill -9，强制停止方式回滚事务：明显重新启动效果更加。
但kill -9 方式容易把数据页损坏，存在很大的风险。日常当中数据库也有负载，可想而知，大事务云主机域名免费试用回滚的代价非常大。“MySQL的rollback实例分析”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注开发云网站，小编将为大家输出更多高质量的实用文章！
本篇内容介绍了“MySQL表锁定实例分析”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！锁是与表关联的标志。MySQL允许客户端会话显式获取表锁，以防止其他会话在…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
