封锁粒度详解

多粒度封锁（续）例：三级粒度树。根结点为数据库，数据库的子结点为关系，关系的子结点为元组。数据库关系Rn关系R1元组元组……

多粒度封锁协议允许对树结构中的每个节点进行独立加锁。对某一节点加锁将影响其所有子节点，这种封锁方式包括显式和隐式两种类型。

一、封锁粒度定义：在数据库系统中，封锁粒度指的是加锁的逻辑单元或物理单元。例子包括逻辑单元如属性值、属性值集合、元组、关系、索引项、整个索引、整个数据库等；物理单元则是如页（数据页或索引页）、物理记录等。

多粒度封锁是数据库事务管理中的重要策略，通过以不同的粒度作为封锁单位，提升系统的并发度和减小封锁开销。根据应用需求，系统需支持多种粒度的封锁，以确保事务的有效执行和数据的一致性。

三级封锁协议的主要区别 锁的粒度 请求封锁的时机 持有封锁的时间 需要申请封锁的操作 读操作（共享锁） 写操作（排它锁） 释放锁的时机 事务提交或回滚

在SQL并发控制中，事务T在修改数据R之前需先加X锁，并在事务结束时释放。一级封锁协议确保了修改的数据不会丢失，尽管它不能保证可重复读和避免读取“脏”数据。

数据库锁机制用于管理对共享资源的并发访问，MySQL 提供了不同粒度的锁来平衡性能和并发性。 ### 锁的粒度 锁的粒度定义了锁作用于数据对象的范围。MySQL 主要实现两种粒度的锁： 服务器级锁 (Server-Level Locking): 作用于整个数据库服务器实例，粒度最大，并发性最低。 存储引擎级锁 (Storage-Engine-Level Locking): 由存储引擎实现，粒度更细，允许更高的并发性。 ### MySQL 存储引擎与锁实现 不同存储引擎支持的锁粒度不同： MyISAM: 仅支持表级锁，对整张表加锁，操作简单但并发性较低。 InnoDB: 支持表级锁和行级锁，允许更细粒度的并发控制，提高了并发性能。 ### 总结 选择合适的锁粒度对于数据库性能至关重要。MyISAM 适合读密集型应用，而 InnoDB 则更适合写密集型应用，因为它提供了更高的并发性。

SQL Server 采用多粒度锁定机制，允许事务锁定不同类型的资源，包括行、页、表和数据库。锁定粒度指的是锁定的级别。 细粒度锁定（如行级锁定）能提升并发性，但会带来更高的开销，因为锁定多行数据意味着持有更多锁。 粗粒度锁定（如表级锁定）开销较低，只需维护较少锁，但会降低并发性，因为锁定整个表会阻止其他事务访问该表的任何部分。

在处理SQL并发控制中的脏数据时，使用封锁机制是一种有效的方法。例如，事务T1在修改C之前会对A加上X锁，确保其他事务如T2在请求C的S锁时被拒绝，从而避免T2读取到脏数据。即使T1撤销后，C的值恢复为100，T2在等待T1释放锁之后再读取C的值，仍然可以确保数据的一致性。这种方法有效地解决了并发操作中的数据安全问题。