乐观锁 悲观锁
悲观锁，顾名思义，就是很悲观，每次拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block知道它拿到锁。传统的关系数据库里边就用到了很多这种锁机制，比如行锁，表锁，读锁，写锁等，都是在做操作之前先上锁。
乐观锁，顾名思义，就是很乐观，每次拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。
两锁都各有优缺点，乐观锁适用于写较少的情况下，即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了整个系统的吞吐量。但如果经常产生冲突，上层应用会不断的进行retry，这样反而会降低性能，所以这种情况下用悲观锁比较合适。
共享锁 排他锁
共享锁，S锁，又称读锁，如果事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到事务T释放A上的S锁。这样保证了其他事务可以读A，但在事务T释放A上的S锁之前不能对A做任何修改。
排他锁，X锁，又称写锁。如果事务T对对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁，这保证了其他事务在事务T释放A上的锁之前不能在读区和修改A。