事务的特性 ACID

事务在数据库系统中是一个重要的概念，它确保了数据库操作的完整性和一致性。以下是每个特性的具体含义：

原子性（Atomicity）：事务必须被视为一个不可分割的最小工作单元，这意味着事务中的操作要么全部完成，要么完全不执行，不存在部分完成的情况。这一特性保障了事务操作的全有或全无。

• MySQL通过事务机制确保原子性，即事务中的所有操作要么全部完成，要么全部不执行。
• InnoDB引擎使用锁和日志文件来保证原子性，如果在事务中某一步失败，它会回滚到事务开始前的状态。

一致性（Consistency）：事务应确保数据库从一种有效状态转换到另一种有效状态，维护数据的完整性。换句话说，事务开始前和结束后，数据库都应当处于一致的状态。一致性通常与业务规则相关，比如银行转账中，两个账户的总金额在事务前后必须保持一致。

• 一致性是指数据库在事务执行前后始终保持一致状态。
• MySQL通过使用一种叫做MVCC（多版本并发控制）的技术以及undo log（撤销日志）来保持数据一致性，确保即使发生故障也不会破坏数据的一致性。

想了解Mysql日志可以参考文章  :

谈谈mysql 的日志?binlog 和 redo log 有什么区别？-CSDN博客

隔离性（Isolation）：在并发环境中，一个事务的执行不应受到其他事务的干扰。即使多个事务同时运行，系统也应保证它们彼此之间相互隔离，避免如脏读、不可重复读和幻读等问题的出现。

• 隔离性涉及并发事务间的相互影响，确保一个事务的修改在提交之前对其他事务不可见。
• InnoDB提供了多种隔离级别，包括读未提交、读已提交、可重复读和串行化，用户可以根据需求选择合适的隔离级别。
• 通过使用锁和MVCC技术，MySQL能够在不同的隔离级别下解决脏读、不可重复读和幻读等问题。

持久性（Durability）：一旦事务被提交，其对数据库所做的修改就应该是永久的。即便在系统故障的情况下，数据库系统也能够通过恢复机制，恢复到事务成功结束时的状态。

• 持久性保证了一旦事务被提交，它所做的修改就会被永久保存到数据库中。
• InnoDB引擎通过写入事务日志（redo log）和定期刷新脏页到磁盘来实现持久性，确保即使在系统崩溃后也能够恢复数据。

总的来说，这四大特性共同构成了事务处理的基础，是数据库设计和管理的关键要素。开发者在使用数据库时，需要根据具体的应用场景和业务需求合理地使用事务，以确保数据的准确性和可靠性。