MySQL如何保证持久性-CSDN博客

本文链接：https://blog.csdn.net/weixin_46072507/article/details/147543650

在 MySQL 中，持久性（Durability） 是事务的 ACID 特性之一，指的是一旦事务被提交，其对数据库所做的修改是永久性的，不会因为系统崩溃或其他故障而丢失。MySQL 通过以下几种机制来保证持久性：

MySQL 使用 事务日志 来保证持久性。事务日志记录了所有修改数据库数据的操作，在事务提交时，数据库首先将这些操作写入日志，而不是立即将数据修改到磁盘上。这种方式保证了即使发生故障，数据也不会丢失。

MySQL 的 InnoDB 存储引擎使用 重做日志（redo log） 和 回滚日志（undo log） 来管理事务。它通过将数据更改写入日志来确保即使发生崩溃，也能够恢复到事务提交时的状态。

为了防止数据损坏，InnoDB 存储引擎引入了 双写缓存（Doublewrite Buffer）。在数据库进行实际的磁盘写入时，InnoDB 会先将数据写入内存中的一个双写缓存区域，然后再将数据从该区域写入磁盘的真正位置。

这个机制的作用是：

MySQL 在保证持久性时，有两种常用的写入策略：

同步写入（Synchronous Write）：
- 当事务提交时，MySQL 会等待日志写入磁盘完成之后才返回，确保数据已经持久化。这种方式保证了最高的持久性，但可能会影响性能，因为磁盘写入是一个相对较慢的操作。
- fsync()：通过调用 fsync() 系统调用将数据从内存刷新到磁盘。
异步写入（Asynchronous Write）：
- MySQL 默认使用异步写入，意味着事务提交后并不会等待日志写入磁盘完成，日志写入可以稍后进行。虽然这种方式能提高性能，但在极端情况下，如果系统崩溃，可能会导致提交的事务的日志还未写入磁盘，从而丢失数据。

InnoDB 存储引擎有多种策略来平衡性能和持久性，主要涉及如何刷新数据到磁盘。以下是几种常见的策略：

立即刷新（Immediate Flush）：
- 每次事务提交时，都会立即将日志和数据写入磁盘。
- 这种策略最大化了持久性，但性能可能较低。
延迟刷新（Delayed Flush）：
- 数据不会立即写入磁盘，而是通过一个后台线程定期刷盘。
- 这种方式提高了性能，但可能在崩溃时丢失最近提交的事务数据。
混合模式（Mixed Mode）：
- InnoDB 会根据事务的类型和系统的负载，在持久性和性能之间做出平衡，选择合适的刷新策略。

InnoDB 使用检查点（Checkpoint）来管理数据写入磁盘的策略。当数据库达到某个检查点时，所有修改过的数据都会被刷新到磁盘上。这个过程是 异步的，即数据库不会每次修改数据时都立即写入磁盘，而是在达到一定条件时执行刷新操作。

检查点的作用是：

InnoDB 的刷盘策略：InnoDB 在写入数据时会先将数据写入内存，并在合适的时机将数据刷新到磁盘。具体来说：
- 在 提交事务 时，MySQL 会确保所有的事务日志（如 redo log）都被写入磁盘，以保证事务的持久性。
- 数据的实际修改（如表数据页）可能延迟到一定时机再写入磁盘，以提高性能。