MySQL中乐观锁与悲观锁的优缺点

从对待锁的态度来看锁的话，可以分为乐观锁和悲观锁，从名字中可以看出，两种锁是看待数据并发的思维方式，乐观锁和悲观锁并不是锁，而是锁的设计思想

悲观锁

悲观锁总是设想最坏的情况，每次去拿数据的时候都认为别人会修改数据，所以每次都会上锁，别人在去访问数据的时候就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其他线程阻塞，用完之后再把资源转移给别的线程），比如行锁、表锁、读锁、写锁等，都是在操作之前先上所，其他线程访问时，都需要阻塞挂起，Java中的Synchronized等就是悲观锁的思想实现。

乐观锁

乐观锁认为并发操作不会总发生，不用每次都对数据上锁，但是在更新的时候会判断一下子啊此期间别人有没有去更新这个数据，也就是通过成懒实现，在程序上，可以采用版本号机制或者CAS实现。

优点与缺点

乐观锁的优点：乐观锁适合多多读的场景，写的操作偏少，优点在于用程序实现，不存在死锁问题。

乐观锁的缺点：乐观锁因为在程序中实现，仅适用于自己的业务，如果有外来事务插入，那么有可能发生错误

悲观锁的优点：悲观锁适合写操作多的场景，因为写的操作具有排他性，采用悲观锁的方式，可以在数据库层面防止读-写，写-写的冲突

悲观锁的缺点：一个事务用悲观锁对数据加锁之后，其他事务将不能对加锁的数据进行除了查询以外的所有操作，如果事务执行时间比较长，其他事务一直在阻塞状态，一定会影响系统的吞吐量