GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。本文来源：原创投稿；作者：YeJinrong/叶金荣MySQL8.0.30动态redolog初探MySQL8.0.30全新的动态redolog玩法探秘。MySQL从5.7版本开始支持在线动态修改innodb_buffer_pool_size，8.0开始支持在线添加undo表空间，以及临时表空间的自动回收，真的是越来越方便了。从8.0.30开始，又新增支持动态调整redolog的大杀器，对DBA来说又是一大福音。在8.0.30里，新增选项innodb_r
GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。本文来源：原创投稿；作者：YeJinrong/叶金荣MySQL8.0.30动态redolog初探MySQL8.0.30全新的动态redolog玩法探秘。MySQL从5.7版本开始支持在线动态修改innodb_buffer_pool_size，8.0开始支持在线添加undo表空间，以及临时表空间的自动回收，真的是越来越方便了。从8.0.30开始，又新增支持动态调整redolog的大杀器，对DBA来说又是一大福音。在8.0.30里，新增选项innodb_r
事务事务的四个ACID特性。Atomicity原子性Consistency一致性Isolation隔离性Durability持久性原子性原子性即这个事务的任务要么全做了，要么全部没做，不能出现做一半这种情况。一致性一致性即数据库中的数据必须满足数据满足数据库的约束。隔离性即事务与事务之间相互不打扰，比如两个事务在实际过程中并不是原子的，两个事务中的语句是交替运行的，但是隔离性就是要保证两个事务之间状态转换不会互相影响。持久性就是一旦事务结束，就要将其保存到磁盘中防止丢失。事务的状态活跃的active：即事务正在运行其中的SQL语句。部分提交的partiallycommited：事务执行完成，但
事务事务的四个ACID特性。Atomicity原子性Consistency一致性Isolation隔离性Durability持久性原子性原子性即这个事务的任务要么全做了，要么全部没做，不能出现做一半这种情况。一致性一致性即数据库中的数据必须满足数据满足数据库的约束。隔离性即事务与事务之间相互不打扰，比如两个事务在实际过程中并不是原子的，两个事务中的语句是交替运行的，但是隔离性就是要保证两个事务之间状态转换不会互相影响。持久性就是一旦事务结束，就要将其保存到磁盘中防止丢失。事务的状态活跃的active：即事务正在运行其中的SQL语句。部分提交的partiallycommited：事务执行完成，但
undo日志前面学习了redo日志，redo日志保证的是崩溃时事务持久性。我们可以从redo日志恢复到系统崩溃以前。undo日志就是为了保证事务回滚时事务所作所为都能回到事务执行前。保证了事务的原子性。redo把我们做增删改之前的状态记录下来，帮助MySQL回滚到事务执行之前的样子。这篇文章了解一下事务ID和undo日志产生就OK了，对于Undo日志存储可以直接略过。事务ID事务两种类型：只读事务，读写事务。针对于只读事务，MySQL会在其对用户创建的临时表进行增删改的时候才会为其分配事务ID，否则不分配。这里的临时表指的是createtemporary表名，和我们使用explainSQL的时
undo日志前面学习了redo日志，redo日志保证的是崩溃时事务持久性。我们可以从redo日志恢复到系统崩溃以前。undo日志就是为了保证事务回滚时事务所作所为都能回到事务执行前。保证了事务的原子性。redo把我们做增删改之前的状态记录下来，帮助MySQL回滚到事务执行之前的样子。这篇文章了解一下事务ID和undo日志产生就OK了，对于Undo日志存储可以直接略过。事务ID事务两种类型：只读事务，读写事务。针对于只读事务，MySQL会在其对用户创建的临时表进行增删改的时候才会为其分配事务ID，否则不分配。这里的临时表指的是createtemporary表名，和我们使用explainSQL的时
本篇文章主要介绍RedoLog和UndoLog：利用RedoLog和UndoLog实现本地事务的原子性、持久性RedoLog的写回策略RedoLogBuffer的刷盘时机通过写入日志来保证原子性、持久性是业界的主流做法。介绍RedoLog和UndoLogRedoLog是什么：RedoLog被称为重做日志。UndoLog是什么：UndoLog被称为撤销日志、回滚日志。技术是为了解决问题而生的，通过RedoLog我们可以实现崩溃恢复，防止数据更新丢失，保证事务的持久性。也就是说，在机器故障恢复后，系统仍然能够通过RedoLog中的信息，持久化已经提交的事务的操作结果。技术是为了解决问题而生的，Un
本篇文章主要介绍RedoLog和UndoLog：利用RedoLog和UndoLog实现本地事务的原子性、持久性RedoLog的写回策略RedoLogBuffer的刷盘时机通过写入日志来保证原子性、持久性是业界的主流做法。介绍RedoLog和UndoLogRedoLog是什么：RedoLog被称为重做日志。UndoLog是什么：UndoLog被称为撤销日志、回滚日志。技术是为了解决问题而生的，通过RedoLog我们可以实现崩溃恢复，防止数据更新丢失，保证事务的持久性。也就是说，在机器故障恢复后，系统仍然能够通过RedoLog中的信息，持久化已经提交的事务的操作结果。技术是为了解决问题而生的，Un
全文建立在MySQL的存储引擎为InnoDB的基础上先看一条SQL如何入库的：这是一条很简单的更新SQL，从MySQL服务端接收到SQL到落盘，先后经过了MySQLServer层和InnoDB存储引擎。Server层就像一个产品经理，分析客户的需求，并给出实现需求的方案。InnoDB就像一个基层程序员，实现产品经理给出的具体方案。在MySQL”分析需求，实现方案“的过程中，还夹杂着内存操作和磁盘操作，以及记录各种日志。他们到底有什么用处？他们之间到底怎么配合的？MySQL又为什么要分层呢？InnoDB里面的那一块BufferPool又是什么？我们慢慢分析。分层结构MySQL为什么要分为Serv
全文建立在MySQL的存储引擎为InnoDB的基础上先看一条SQL如何入库的：这是一条很简单的更新SQL，从MySQL服务端接收到SQL到落盘，先后经过了MySQLServer层和InnoDB存储引擎。Server层就像一个产品经理，分析客户的需求，并给出实现需求的方案。InnoDB就像一个基层程序员，实现产品经理给出的具体方案。在MySQL”分析需求，实现方案“的过程中，还夹杂着内存操作和磁盘操作，以及记录各种日志。他们到底有什么用处？他们之间到底怎么配合的？MySQL又为什么要分层呢？InnoDB里面的那一块BufferPool又是什么？我们慢慢分析。分层结构MySQL为什么要分为Serv
