本篇内容介绍了“MySQL的rollback实例分析”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
事务回滚
事务是关系型数据库里的执行单位,可以通过最后阶段控制选择提交或回滚。在各种无法保证完整性的场景下进行回滚操作。MySQL里回滚是通过Undo日志完成,Undo日志记录包含关于如何撤消事务相关的最新更改的信息。Undo日志存在于Undo日志段中,Undo日志段包含在回滚段中。回滚段位于undo表空间和全局Temporary表空间中。
关系如下:
MySQL的rollback实例分析
undo文件MySQL的rollback实例分析
mysql > show variables like '%undo%';
+--------------------------+--------------------+
| Variable_name | Value |
+--------------------------+--------------------+
| innodb_max_undo_log_size | 1073741824 |
| innodb_undo_directory | /opt/data8.0/mysql |
| innodb_undo_log_encrypt | OFF |
| innodb_undo_log_truncate | ON |
| innodb_undo_tablespaces | 2 |
+--------------------------+--------------------+
5 rows in set (0.00 sec)
全局Temporary所指的一个临时表空间(ibtmp1),用于存储对用户创建的临时表所做更改的回滚段。
回滚机制:
MySQL回滚控制是内部innodb引擎协调解决,不提供人为控制的机制。目前提供的MySQL回滚参数如下:
mysql> SHOW VARIABLES LIKE '%ROLL%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| innodb_rollback_on_timeout | OFF |
| innodb_rollback_segments | 128 |
+----------------------------+-------+
复制代码
innodb_rollback_on_timeout:
InnoDB默认只在事务超时时回滚最后一条语句。如果指定了——InnoDB -rollback-on-timeout,事务超时将导致InnoDB中止并回滚整个事务。默认下是关闭的,一旦指定时间,如回滚失败。可以想象到数据会存在不一致的问题。这个方式不可取。
Innodb_rollback_segments(1~128):
定义了分配给每个undo表空间的回滚段的数量,以及为生成undo记录的事务分配的全局临时表空间的数量。
“MySQL的rollback实例分析”的内容就介绍到这里了,感谢大家的阅读。