在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
MySQL本身也是在文件系统的基础上发展而来,因为锁的存在使之有所不同。 MySQL作为一种数据库软件,难免会存在对其共享资源的并发访问,为了协调和管理不同资源的并发访问,也就产生了锁机制,因为锁机制的存在为数据库提供了数据的完整性和一致性。 从锁的级别来分锁可分为:行级锁、表级锁、页级锁。 共享锁,允许事务去读取数据。 对于MyISAM存储引擎,只支持表锁,而InnoDB存储引擎则支持行锁、表锁。 MyISAM存储引擎修改、删除数据的时候,会产生排它锁,锁定的整张表,并发写入性能较差,而读取的时候产生的是共享锁,不会锁定表,读取性能就比较好。 InnoDB存储引擎修改、删除数据的时候,会产生排它锁,锁定的特定索引记录,一般不会影响表中的其它行,并发写入性能较好,而读取的时候产生的是共享锁,不会锁定表和行,读取性能较好。 行锁锁定的是索引记录,而不是记录行,如果没有索引,则使用隐式索引进行锁定。 当一张表某些行已经获取了排它锁,在表中会产生一个意向排它锁,如果此时有一个事务要来锁定整张表,那么一看有意向排它锁的存在,该事务就会被阻塞,通过意向锁直接就可以知道能不能锁定表,不需要逐行去遍历检测是否有排它锁,通过意向锁高效地协调了行锁和表锁的关系。 行级锁按照锁定范围来分,又分为三种:
当然,锁也是有利有弊的,也可能出现死锁的情况。 最后,也是因为锁的存在,丰富了后续事务的功能。 MySQL通过设计一种机制,使得数据能够完整地从一种一致性状态切换到另一种一致性状态,这种机制称为事务。 事务包含有四大特性:原子性(A)、一致性(C)、隔离性(I)、持久性(D),简称酸性。
原子性、持久性是通过redo日志实现的,一致性是通过undo日志实现的,隔离性是通过锁机制实现的。 从本质上来说,原子性也是为了配合持久性而存在的,当事务的一部分写入redo日志后,发生了崩溃、断电,那么根据原子性来说,该次事务应当恢复,那么对于已经持久化到日志文件中的数据,就必须要通过回溯来撤销。在InnoDB存储引擎中,redo重做日志对应的就是ib_logfile0、ib_logfile1。 接着,事务要进行回滚,那就需要通过一致性来保障,而undo日志就是用来实现一致性的,在undo日志中保存了多个版本的事务的一些信息,通过undo日志,将事务rollback到修改之前的样子。 在此,不得不提的是MySQL的MVCC多版本并发控制,它也是通过undo日志来实现的。 在事务执行过程中,可能会同时存在其它的事务,而多个事务之前需要相互隔离,也就是要做到并发控制,锁就是用来实现隔离性的。MySQL的事务的隔离级别包含:Read Uncommitted读未提交、Read Committed读已提交、Read Repeatable可重复读、Serializable串行化。其中,读已提交、可重复读是基于MVCC多版本并发控制来实现的。 锁,为事务的并发控制带来了好处,同时也带来了坏处,包括:脏读、不可重复读、幻读。 脏读,指的是一个事务读到了另一个事务未提交的内容,一旦另一个事务回滚了,就出现了脏数据。 要解决脏读,那就需要至少设置隔离级别为:Read Committed读已提交。 以上就是浅析MySQL 锁和事务的详细内容,更多关于MySQL 锁和事务的资料请关注极客世界其它相关文章! |
请发表评论