关于锁的总结杂记3

1、除了select操作在实际访问表前可以对表这个数据库对象（索引也是可以加锁的）不用加锁外，其他操作都是先要对表加上表级锁，成功后，才能实际执行该操作。

操作原先在实际操作前，没有加锁这一步。现在有锁机制后，加锁成了一个中介，要进行先各个操作对应的锁的兼容比较后通过的才可允许实际操作。

一种锁模式可以对应多种SQL操作。

2、锁模式考虑的规则是，比如在表级别上，加了该锁模式的锁后，还能允许再加其他什么锁模式的锁。

3、S锁，还是不要理解为读锁的好。

因为S锁的定义是，事务A对表加了S锁后，其他事务也只能对表加了S锁。但是可以产生S模式锁的SQL操作语句不只是Select * from table_name for update。实际上，在oracle公司设计时，还有lock table table_name in row share mode。不过，一种S锁模式对应的操作都是读操作。

4、行级锁，锁位标记时表示X模式，未标记表示非X模式（为none，不是为S模式）

5、意向锁（对表的）对事务，还是对事务中的最后一个操作？

6、先是有在某些情况下某个语句操作修改数据行时要被阻塞这种要求的存在，再有为了达到此要求目的而设计出锁机制这样一个结果。也就是说，锁机制不是产生阻塞的最终原因，而是直接原因。锁机制是达到阻塞的手段，而不是目的。