leyu·乐鱼(中国)体育官方网站

　　正在我撰写High-Performance Java Persistence training一书时，我逐渐剖析到让读者领会相闭型数据库办事道理会是领略怎样构修高本能的 Java 良久化存储的首要基石。不外相闭型数据库中的事件闭联的首要观点：原子性、良久性以及反省点等等也是相当绕人。而本文中我心愿以相对高屋修瓴的形式来讲明相闭型数据库内部办事道理，也会涉及极少数据库实行细节。

　　访候磁盘中的数据往往速率较慢，换言之，内存中数据的访候速率仍然远疾于 SSD 中的数据访候速率。基于这个考量，根本上所罕睹据库引擎都尽可以地避免访候磁盘数据。而且无论数据库外仍然数据库索引都被划分为了固定巨细的数据页（譬如 8 KB）。当咱们必要读取外或者索引中的数据时，相闭型数据库会将磁盘中的数据页映照入存储缓冲区。当咱们必要编削数据时，相闭型数据库起首会编削内存页中的数据，然后运用fsync) 如许的同步器械将改观同步回磁盘中。

　　因为同时可以由众个事件并发地对内存中的数据举行编削乐鱼体育官网，于是相闭型数据库往往必要依赖于某个并发限度机制（2PL 或者 MVCC）来确保数据相仿性。于是，当某个事件必要去更改数据外中某一行时，未提交的改观会被写入到内存数据中，而之前的数据会被追加写入到 undo log 文献中。

　　Oracle 或者 MySQL 中操纵了所谓 undo log 数据构造，而SQL Server 中则是操纵 transaction log 落成此项办事。PostgreSQL 并没有 undo log，不外其内修支柱所谓众版本的外数据，即统一行的数据可以同时存正在众个版本。总而言之，任何相闭型数据库都采用的雷同的数据构造都是为了答允回滚以及数据的原子性。

　　假使今朝运转的事件发作了回滚，undo log 会被用于重修事件肇端阶段功夫的内存页。

　　某个事件提交之后，内存中的改观就必要同步到磁盘中。不外并不是扫数的事件提交城市马上触发同步，过高频次的同步反而会对行使本能酿成毁伤。不外按照ACID规则，提交之后的事件必必要确保良久性，也便是纵然此时数据库引擎宕机了，提交之后的更改也该当被良久化存储下来。这里相闭型数据库便是仰仗 redo log 来告竣这一点，它是一个仅答允追加写入的基于磁盘的数据构造，它会纪录扫数尚未施行同步的事件操作。相较于一次性写入固定命方针数据页到磁盘中，挨次地写入到 redo log 会比随机访候疾上良众。于是，闭于事件的 ACID 性格的确保与行使本能之间也就告竣了较好的均衡。该数据构造正在 Oracle 与 MySQL 中便是叫 redo log，而 SQL Server 中则是由 transaction log 施行，正在 PostgreSQL 中则是操纵 Write-Ahead Log( WAL )。下面咱们不绝回到上面的谁人题目，该当正在何时将内存中的数据写入到磁盘中。相闭型数据库编制往往操纵反省点来同步内存的脏数据页与磁盘中的对应局部。为了避免 IO 壅闭，同步历程往往必要等候较长的岁月技能落成。于是，相闭型数据库必要确保纵然正在扫数内存脏页同步到磁盘之前引擎就溃散的功夫不会发作数据丧失。同样地，正在每次数据库重启的功夫，数据库引擎会基于 redo log 重构那些结尾一次告捷的反省点以后扫数的内存数据页。

　　上面咱们扼要接头的这些规则与斟酌都是为了确保基于磁盘的存储的较高含糊量的同时确保数据相仿性。个中，undo lo 紧要用于供给原子性（答允回滚），而 redo log 则是确保磁盘页的不行变性。