ACID 模型 是一系列数据库设计原则,着重于对于商业数据和 核心(Mission-Critical) 应用程序很重要的可靠性方面。MySQL 引入严格遵循 ACID 模型 的诸如 InnoDB 存储引擎组件,以使在诸如软件崩溃和硬件故障等异常条件下数据不会损坏、结果不会失真。当你依赖 ACID 兼容特性时,你不需要为一致性检查和崩溃恢复机制重造轮子。如果你有额外的安全保护措施,极可靠的硬件,或可以容忍少量数据丢失和不一致性的应用,你可以调整MySQL配置,为更高的性能和吞吐量牺牲部分 ACID 可靠性。
以下各节讨论了 MySQL 功能,尤其是 InnoDB 存储引擎,如何与 ACID 模型 的类别进行交互:
-
A: atomicity,原子性。
-
C: consistency, 一致性。
-
I : isolation,隔离性。
-
D: durability,持久性。
原子性(Atomicity)
ACID 模型的原子性方面主要涉及 InnoDB 事务。相关 MySQL 功能包括:
autocommit
设置。COMMIT
语句。.ROLLBACK
语句。
一致性(Consistency)
ACID 模型的一致性方面主要包含 InnoDB 内部处理,以保护数据免于崩溃。相关 MySQL 功能包括:
- InnoDB 双写缓冲。见 15.6.4 双写缓冲 。
- InnoDB 崩溃恢复。见 InnoDB 崩溃恢复 。
隔离性(Isolation)
ACID 模型的隔离性方面主要涉及 InnoDB 事务 ,特别是应用于每个事务的隔离级别(Isolation Levels)。相关 MySQL 功能包括:
autocommit
设置- 事务隔离级别和
SET TRANSACTION
语句。见 15.7.2.1 事务隔离级别 。 - InnoDB 锁(Locking)的底层详细信息. 可以通过
INFORMATION_SCHEMA
的表查看这些明细。(见 15.15.2 InnoDB INFORMATION_SCHEMA 事务和锁信息)和 Performance Schema data_locks 和 data_lock_waits 表。
持久性(Durability)
ACID 模型的持久性方面主要涉及和你的特定硬件配置交互的 MySQL 软件功能。因根据你的 CPU 性能、网络和存储设备存在很多可能性,在这方面要提供指导方针是最复杂的。 (而且这些指导方针可能是 “购买新的硬件”.) 相关 MySQL 功能包括:
- InnoDB 双写缓冲。
innodb_flush_log_at_trx_commit
变量。sync_binlog
变量。innodb_file_per_table
变量。- 存储设备的写入缓冲,例如磁盘驱动器,SSD,或RAID 阵列。
- 存储设备的电池供电高速缓存。
- 运行 MySQL 的操作系统, 尤其是支持
fsync()
系统调用的。 - 不间断电源(UPS),用于保护运行 MySQL 服务器和存储 MySQL 数据的所有计算机服务器和存储设备的电力。
- 备份策略, 例如备份频率、类型和保留期。
- 对于分布式或托管数据应用程序,MySQL服务器硬件所在的数据中心特征,以及数据中心间的网络连接。