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