今天看数据库事务的ACID时,涉及到了并发下的读写锁。
由于课程上了太久也没太多印象了,一开始就照着多线程的字面意思去理解,读的时候加锁和写的时候加锁,但是根据这个理解后面的逻辑变得很奇怪,因此重新复习了一下读(共享)锁和写(排他)锁。
写锁
写锁其实跟字面上的意思差不多,就是写的时候加写锁,直到这个写锁被释放之前,任何事务都不能对这个被锁对象再加任何锁。(注意:是不能加锁,而不是不能读写)
读锁
这个就是把我误导了的点了,虽然加了(读)锁,但是其他事务还是能再加一把读锁。而只有对象上所有的读锁都被释放之后,事务才能对该对象加写锁。(同样的,是不能加写锁,而不是不能读写)
总结
锁只是一个同步工具,就像java的ReentrantLook一样。如果事务A有锁逻辑而事务B没有,那么B仍然能绕过这个锁直接读写。不过,由于隔离机制是数据库统一指定的,因此这个当然不会发生。