|
现了两个层面的并发控制：服务层和引擎层。
锁分类
按照使用场景分类
共享锁：共享锁(shared lock)也称为读锁(read lock)。共享锁是共享的，或者说是相互不阻塞的。多个连接在同一时刻可以同时读取同一个资源，而不相互干扰。
排他锁：排他锁(exclusive lock)也称为写锁(write lock)。写锁是排他的，也就是一个写锁会阻塞其他的写锁和读锁。
按照加锁思想分类
悲观锁：对数据被外界修改保持悲观的态度，在整个数据处理过程中，数据都处于锁定状态。
乐观锁：它认为数据一般情况下不会造成冲突，在数据更新的时候才会对数据的冲突与否进行校验。
按照锁粒度分类
全局锁：对整个数据库实例加锁，它将整个数据库实例处于只读的状态。
表级锁：对整个表进行加锁的方式。MySQL表级锁分为表锁和元数据锁。
行级锁：行锁可以最大程度的支持并发处理，行锁是存储引擎层实现的，而MySQL服务层并没有实现行锁。InnoDB存储引擎行级锁类型：Record Lock、Gap Lock、Next-key Lock。
读写锁
读锁
共享锁：共享锁(shared lock)也称为读锁(read lock)。共享锁是共享的，或者说是相互不阻塞的。多个连接在同一时刻可以同时读取同一个资源，而不相互干扰。
试
测试时，设置事务手动提交：set autocommit = 0，后续如果没有明确的提示，autocommit都是0。
测试时，大家开启两个窗口，建立两个连接，窗口1和窗口2分别对应事务A和事务B。
-
窗口1：查询id=6的行数据并添加读锁，正确返回数据。
-
窗口2：依然查询id=6的行数据并添加读锁，正确返回数据。读读不冲突。
-
窗口1：对id=6的行执行写操作(update语句)，在窗口2的事务提交之前，写操作阻塞，并可能会超时退出。
悲观锁和乐观锁
不论是乐观锁还是悲观锁都是人们定义的一种概念，并不是一种锁实现，它是一种思想。乐观锁比较适用于读多写少的场景，悲观锁适用于写多读少的场景。
悲观锁
当我们对数据库的某一条数据进行修改操作时，为了避免同时有其他人对同一行数据进行修改，通过对数据进行加锁的方式以防止并发问题。这种借助了数据库的锁机制，在修改数据之前先锁定再修改的方式称为悲观锁(Pessimistic Lock)。
悲观锁具有强烈的独占性和排他性，在整个数据的写操作过程，都将数据处于锁定状态。悲观锁的实现往往需要数据库提供的锁机制。
悲观锁的实现：
-
数据库的锁机制如行锁、表锁、读锁和写锁都是在操作之前先加锁的操作，都属于悲观锁。
-
Java中学习的synchronized关键字也是悲观锁。
乐观锁
乐观锁是相对于悲观锁的概念，乐观锁是假设数据一般情况下都不会存在并发冲突，在数据进行更新的时候才会对数据的冲突与否进行验证。如果存在冲突，则告诉用户结果，由用户决定下一步该怎么做。
乐观锁是一种宽松的加锁方式，它不需要使用数据库本身的锁机制。
（编辑：江门站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
