数据库 ACID 中的持久化如何实现 数据库 ACID 里面的 D，持久化。 指的是对于用户来说提交的事务，数据是可靠的，即使数据库 crash了，在硬件完好的情况下，也能恢复回来。PostgreSQL 是怎么做到的呢，看一幅图，画得比较丑，凑合看吧。假设一个事务，对数据库做了一些操作，并且产生了一些脏数据。
温馨提示：代码部分左右滑动浏览。
数据库 ACID 中的持久化如何实现
数据库 ACID 里面的 D，持久化。 指的是对于用户来说提交的事务，数据是可靠的，即使数据库 crash 了，在硬件完好的情况下，也能恢复回来。
PostgreSQL 是怎么做到的呢，看一幅图，画得比较丑，凑合看吧。
假设一个事务，对数据库做了一些操作，并且产生了一些脏数据，首先这些脏数据会在数据库的 shared buffer 中。
同时，产生这些脏数据的同时也会产生对应的 redo 信息，产生的 REDO 会有对应的 LSN 号（你可以理解为 REDO 的虚拟地址空间的一个唯一的 OFFSET，每一笔 REDO 都有），这个 LSN 号也会记录到 shared buffer 中对应的脏页中。
walwriter 是负责将 wal buffer flush 到持久化设备的进程，同时它会更新一个全局变量，记录已经 flush 的最大的 LSN 号。
bgwriter 是负责将 shared buffer 的脏页持久化到持久化设备的进程，它在 flush 时，除了要遵循 LRU 算法之外，还要通过 LSN 全局变量的比对，来保证脏页对应的 REDO 记录已经 flush 到持久化设备了，如果发现还对应的 REDO 没有持久化，会触发 WAL writer 去 flush wal buffer。 (即确保日志比脏数据先落盘)
当用户提交事务时，也会产生一笔提交事务的 REDO，这笔 REDO 也携带了 LSN号。backend process 同样需要等待对应 LSN flush 到磁盘后才会返回给用户提交成功的信号。(保证日志先落盘，然后返回给用户)