MySQL事务与并发

2019-06-24 19:53

短信预约 信息系统项目管理师 报名、考试、查分时间动态提醒

MySQL事务与并发

很多程序员都学过MySQL，而且也会写SQL语句。但仅仅会写还远远不够，在面试中以及在工作中，还必须要会事务和并发。

一、事务

事务是满足 ACID 特性的操作，可以通过 Commit 提交事务，也可以使用 Rollback 进行回滚。 A（Atomicity）原子性：事务被视为不可分割的小单元，事务的所有操作要么全部提交成功，要么全部失败回滚。 C（Consistency）一致性：数据库在事务执行前后都保持一致性状态。在一致性状态下，所有事务对一个数据的读取结果都是相同的。 I（Isolation）隔离性：事务之间的操作是相互隔离的。 D（Durability）持久性：一旦事务提交，则其所做的修改将会永远保存到数据库中。

二、并发一致性

在并发环境下，容易造成并发一致性问题，导致隔离性被破坏。假设目前有两个事务，分别命名为A和B，在并发环境下，容易出现以下问题。 丢失更新：A、B同时修改数据，A先，B后，A提交后B提交，B操作覆盖了A的操作，导致A丢失更新。

读脏数据：A修改数据，B读取数据；随后A撤销操作，则B读到脏数据。

不可重复读：B读取数据，A修改数据，B再次读取数据，发现数据和第一次读时不一致。

幻读：A读取了某个范围的数据，B在此范围内插入一条数据；A再次读取，结果不一样。

三、锁

在并发环境下，为解决并发一致性问题保证事务的隔离性，可采取封锁机制。当一个事务在进行操作时加锁，限制另一个事务的操作。一般而言，为保证效率，锁的粒度不宜太大。在MySQL中，提供了行锁和表锁。行锁：事务A操作数据时，只封锁被操作的行，事务B可以操作其他行的数据，并发程度高；表锁：事务A操作数据时，封锁整个表，事务B要等A完成才能操作，并发度较低。在读写方面数据库锁也分为读锁（共享锁）和写锁（排他锁）。读锁：若事务A加了此锁，A可以对数据进行读取操作，但不能更新；其它事务也可以读，但不能修改；写锁：若事务A加了此锁，A可以对数据进行读和写操作，其它事务不能读写，否则会阻塞。上面所说的是悲观锁，MySQL中InnoDB也提供了乐观锁的实现——MVCC（多版本并发控制）。用通俗的方式解释悲观锁和乐观锁大概是这样： 悲观锁：认为每次操作都会修改数据，每次都在操作前上锁； 乐观锁：认为每次操作都不会修改数据，不上锁，但是会记录一个版本号或者时间戳，用来对比。 MVCC则是乐观锁的实现，它在每行记录后面都保存着两个隐藏的列，用来存储创建版本号和删除版本号。