四大特性

MySQL有四大特性，分别是：原子性、隔离性、永久性、一致性。

原子性

原子性这个词是从字面意义上最不好理解的一个词。原子性的含义是：一个事务包含多个操作，这些操作要么全部执行，要么全都不执行。实现事务的原子性，要支持回滚操作，在某个操作失败后，回滚到事务执行之前的状态。

举个例子，在你使用移动支付的时候，你付钱出去的一瞬间，别人也需要收款到账，付钱与收钱必须是一致的，如果不一致那就说明有问题，某个操作在过程当中遗失了，而这一进一出的过程被视为一个单元操作，不可被分割。出错之后原子性必须具有回滚功能，即返回到操作之前的情况，如果不能做到就有可能引起重大事故。

一致性

一致性分为五种一致性，分别用于解决不同的问题：

  • 强一致性：读操作可以立即读到提交的更新操作。
  • 弱一致性：提交的更新操作，不一定立即会被读操作读到，此种情况会存在一个不一致窗口，指的是读操作可以读到最新值的一段时间。
  • 最终一致性：是弱一致性的特例。事务更新一份数据，最终一致性保证在没有其他事务更新同样的值的话，最终所有的事务都会读到之前事务更新的最新值。如果没有错误发生，不一致窗口的大小依赖于：通信延迟，系统负载等。
  • 单调一致性：如果一个进程已经读到一个值，那么后续不会读到更早的值。
  • 会话一致性：保证客户端和服务器交互的会话过程中，读操作可以读到更新操作后的最新值

一致性涉及到数据同步问题，也是在支付叫过程当场常常体现，当然还包括信息查询等业务情况。

隔离性

并发事务之间互相影响的程度，比如一个事务会不会读取到另一个未提交的事务修改的数据。在事务并发操作时，可能出现的问题有：

  • 脏读： 事务A修改了一个数据，但未提交，事务B读到了事务A未提交的更新结果，如果事务A提交失败，事务B读到的就是脏数据。
  • 不可重复读： 在同一个事务中，对于同一份数据读取到的结果不一致。比如，事务B在事务A提交前读到的结果，和提交后读到的结果可能不同。 不可重复读出现的原因就是事务并发修改记录，要避免这种情况，最简单的方法就是对要修改的记录加锁，这回导致锁竞争加剧，影响性能。另一种方法是通过MVCC可以在无锁的情况下，避免不可重复读。
  • 幻读： 在同一个事务中，同一个查询多次返回的结果不一致。事务A新增了一条记录，事务B在事务A提交前后各执行了一次查询操作，发现后一次比前一次多了一条记录。 幻读是由于并发事务增加记录导致的，这个不能像不可重复读通过记录加锁解决，因为对于新增的记录根本无法加锁。需要将事务串行化，才能避免幻读。

为了解决这些问题就引入了“隔离级别”的概念。SQL 标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable）：

  • 读未提交： 一个事务还没提交时，它做的变更就能被别的事务看到。
  • 读提交： 一个事务提交之后，它做的变更才会被其他事务看到。
  • 可重复读： 一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
  • 串行化： 顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行

持久性

事务一旦提交，它对数据库的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。