ACID是靠什么保证的？

ACID靠什么保证的 A原子性由undo log日志保证，它记录了需要回滚的日志信息，事务回滚时撤销已经执行成功的sql C一致性由其他三大特性保证、程序代码要保证业务上的一致性 I隔离性由MVCC来保证 D持久性由内存+redolog来保证，mysql修改数据同时在内存和redo log记录这次操作，宕机的时候可以从redo log恢复 InnoDB redo log 写盘，InnoDB 事务进入 prepare 状态。 如果前面 prepare 成功，binlog 写盘，再继续将事务日志持久化到 bin

ACID依靠什么来保证？mysql如何保持redolog与binlog的一致？

原子性是由undo log日志保证的，它记录了需要回滚的日志信息，也就是说我们的事务还没提交需要回滚，那么事务回滚就是根据undo log日志来撤销已经执行成功的SQL。说白了，undo log其实就是SQL的反向执行，它记录了反向执行的SQL语句，把正向语句回滚回去

由内存+redo log来保证，mysq修改数据同时在内存和redo logi记录这次操作，宕机的时偓可以从redolog恢复。如果前面prepare成功，binlog写盘，在继续将事务日志持久化到binlog,如果持久化成功，那么InnoDB事务。由undo log日志保证，它记录了需要回滚滚的日志信息，事务回滚时撤销已经执行成功的sql。InnoDB redo1og写盘，InnoDB事务进入prepare状态。由其他三大特性保证、程序代码要保证业务上的一致性。redologl的刷盘会在系统空闲时进行。

一些概念名词 redo log: 重做日志 ib_logfile0~1 默认50M , 轮询使用 redo log buffer : redo内存区域 ibd : 存储 数据行和索引 data buffer pool : 缓冲区池,数据和索引的缓冲 LSN : 日志序列号 ibd ,redolog ,data buffer pool, redo buffer MySQL 每次数据库启动,都会比较磁盘数据页和redolog的LSN,必须要求两者LSN一致数据库才能正常启动 WAL (持久化): wr

ACID 中的原子性主要通过 Undo Log 来实现，持久性通过 Redo Log 来实现，隔离性由 MVCC 和锁机制来实现，一致性则由其他三大特性共同保证。

原子性：通过undo日志支持事务的回滚。一致性：通过约束、事务回滚及日志，确保事务在一致的起点和终点之间变化。隔离性：通过MVCC和不同隔离级别，防止并发事务之间的相互影响。持久性：通过redo日志和双写机制确保事务提交后数据的持久性，即使出现系统故障。

MySQL事务的ACID，一致性是最终目的。 保证一致性的措施有： A原子性：靠undo log来保证（异常或执行失败后进行回滚）。 D持久性：靠redo log来保证（保证当MySQL宕机或停电后，可以通过redo log最终将数据保存至磁盘中）。 I隔离性：事务间的读写靠MySQL的锁机制来保证隔离，事务间的写操作靠MVCC机制（快照读、当前读）来保证隔离性。 C一致性：事务的最终目的，即需要数据库层面保证，又需要应用层面进行保证，并且MySQL底层通过两阶段提交事务保证了事务持久化时的一致性。 ..

原子性是指一个事务是一个不可分割的工作单位，其中的操作要么都做，要么都不做。​ 原子性的实现利用Innodb的undo log。undo log名为回滚日志，是实现原子性的关键，当事务回滚时能够撤销所有已经成功执行的sql语句，他需要记录你要回滚的相应日志信息。例如。

写盘，InnoDB事务进入prepare 状态，如果前面 prepare 成功，binlog写盘，再继续将事务日志持久化到binlog，如果持久化成功，那么InnoDB事务列进入commit 状志（在redo 1og型面写一个commit记录）来保证，mysq|修改数据同时在内存和redo log记录这次操作，宕机的时候可以从redo log恢复。日志保证，它记录了需要回滚的日志信息，事务回滚时撤销已经执行成功的sql。redolog的刷盘会在系统空闲时进行。、程序代码要保证业务上的一致性。

简介（事务是什么?） 事务：是应用程序中的一系列严密的操作,所有操作必须成功完成。要么全部成功,要么全部失败。 事务的四大特性ACID A 原子性(Atomicity)： 整个事务中的所有操作,要么全部成功要么全部失败.事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像整个事务从来没有执行过一样。 C 一致性(Correspondence)： 在事务开始前和事务结束后,数据库的完整性没有被破坏。 I 隔离性(lsolation)： 数据库允许多个并发事务同时对其数据进

持久性(Durable). 持久性指的是事务一旦提交，那么就应该永久的状态，不会因数据库宕机等意外情况而丢失事务操作的数据。例如转账事务，一个人转出了500，那么另外一个人要收到500，保证最终的状态是一致的，一致性是原子性，隔离性，持久性三个特性共同来保证的。靠undo log来保证，每条sql执行时会在undo log里面记录一条相反的日志，如果要回滚就执行undo log里面的回滚sql来进行回滚。事务是数据库的一个非常重要的特性，包含ACID四大特性，下面详细介绍一下这四大特性及背后是如何保证的。

原子性（Atomicity）通过事务日志和回滚机制来保证。一致性（Consistency）通过数据库约束、触发器和应用逻辑来保证。隔离性（Isolation）通过锁机制和MVCC来实现，控制事务的并发行为。持久性（Durability）通过写前日志和持久化存储来保证数据在事务提交后的持久保存。

ACID 原子性：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行 一致性：事务开始前和结束后，数据库的完整性约束没有被破坏。 隔离性：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。 持久性：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。 undo log undoLog 也就是我们常说的回滚日志文件 主要用于事务中执行失败，进行回滚，以及MVCC中对于数据历史版本的查看。 undo log由引擎层的InnoDB引擎实现,是逻辑日志,记录数据

ACID靠什么保证的？ 原子性 原子性是由 undolog 日志来保存的，它记录了需要回滚的日志信息。 事务回滚时，撤销已经执行成功的 SQL 语句，什么意思？ 我们做增、删、改这样一些 SQL 操作，它之前已经保留好一个历史版本数据了，而这个历史版本数据会存在于 undolog 中 我们写一条insert,就会记录一条delete 所以当你进行回滚的时候，它会找到你对应的一个历史版本数据 然后进行回写，把之前成功执行的 SQL 语句给你撤销掉，这个时候就完成了最基本的一个回滚操作，这是原子性对

事务的ACID是靠什么保证的

mvcc的实现原理主要由三个隐藏字段、undolog和read view实现。 隐藏字段： DB_TRX_ID:事务ID，创建时的事务或者最后修改记录的事务ID DB_ROLL_PTR：回滚指针，指向上个版本，配合undolog用于回滚 DB_ROW_ID：行号，如果没有主键，innodb自动生成的隐藏主键 undo log日志： 回滚日志，记录历史版本数据 read view： 指某个事务在进行第一次数据读取时

MySQL（尤其是使用InnoDB存储引擎时）通过一系列机制严格保证ACID特性，本文将从原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）​四个维度详细说明其实现原理。