MySQL事务与锁机制

转载自：
https://blog.csdn.net/DFF1993/article/details/79870615

MySQL事务与锁机制
2018年04月09日 18:32:08
阅读数：100
1、事务的概念
所谓事务是指一组相互依赖的操作单元的集合，用来保证对数据库的正确修改，保持数据的完整性，如果一个事物的某个单元操作失败，将取消本次事务的全部操作。
数据库事务必须具备以下特征，即ACID：
原子性（Atomicity）：每个事物是一个不可分割的整体，只有所有的操作单元执行成功，整个事务才成功，否则此次事务就失败，所有执行成功的操作单元必须撤销，数据库回到此次事务之前的状态。
一致性（Consistency）：在执行一次事务后，关系数据的完整性和业务逻辑的一致性不能被破坏。例如A与B转账结束后，他们的资金总额是不能改变的
隔离性（Isolation）：在并发环境中，一个事物所做的修改必须与其他事务所做的修改相隔离、例如一个事物查看的数据必须是其他并发事务修改之前或修改完毕的数据，不能是修改中的数据
持久性（Durability）：事务结束后，对数据的修改是永久保存的，即使因系统故障导致重启数据库系统，数据依然是修改后的状态。
2、锁的基本知识
数据库管理系统中采用锁的机制来管理事务，当多个事务同时修改同一数据时，只允许持有锁的事务修改该数据，其他事务只能“排队等待”，直到前一个事务释放其拥有的锁。
在处理并发读或者写时，可以通过实现一个由两种类型的锁组成的锁系统来解决问题。这两种类型的锁通常称为读锁（Read Lock）和写锁（Write Lock）。
（1）读锁（Read Lock）
读锁（Read Lock）也称为共享锁（Shared Lock）。它是共享的，或者说是相互不阻塞的。多个客户端在同一时间可以同时读取同一资源，互不干扰。
（2）写锁（Write Lock）
写锁（Write Lock）也称为排他锁（Exclusive Lock）。它是排他的，也就是说一个写锁会阻塞其他的写锁和读锁，这是为了确保在给定的时间里，只有一个用户能执行写入，并防止其他用户读取正在写入的同一资源，保证安全。
读锁与写锁的区别：

读锁（Read Lock）
写锁（Write Lock）
读锁（Read Lock）
兼容
不兼容
写锁（Write Lock）
不兼容
不兼容
3、死锁的概念与避免
死锁，即当两个或多个处于不同序列的用户打算同时更新某相同的数据库时，因相互等待对方释放权限而导致双方一直处于等待状态。在实际应用中，两个不同序列的客户打算同时对数据执行操作，极有可能产生死锁。更具体的讲，当两个事务相互等待操作对方释放的所持有的资源，而导致两个事物都无法操作对方持有的资源，这样无期限的等待被称为死锁。
不过，MySQL的InnoDB表处理程序具有检查死锁这一功能，如果该处理程序发现用户在操作过程中产生死锁，该处理程序立刻通过撤销操作来撤销其中一个事物，以便使死锁消失。这样就可以使另外一个事务获取对方所占有的资源而执行逻辑操作。
4、事务的隔离级别
（1）Serializable（串行化）
采用此隔离级别，一个事物在执行过程中首先将其欲操纵的数据锁定，待事务结束后释放。如果此时另一个事务也要操纵该数据，必须等待前一个事务释放锁定后才能继续进行。两个事物实际上是以串行化方式运行的。
（2）Repeatable Read（可重复读）
采用此隔离级别，一个事物在执行过程中能够看到其他事务已经提交的新插入记录，看不到其他事务对已有记录的修改。
（3）Read Committed（读已提交数据）
采用此隔离级别，一个事物在执行过程中能够看到其他事务已经提交的新插入记录，也能看到其他事务已经提交的对已有记录的修改。
（4）Read Uncommitted（读未提交数据）
采用此隔离级别，一个事物在执行过程中能够看到其他事务未提交的新插入记录，也能看到其他事务未提交的对已有记录的修改。
综上所述可以得出，并非隔离级别越高越好，对于多数应用程序，只需把隔离级别设为Read Committed即可，尽管会存在一些问题。