数据库乐观锁和悲观锁简单总结一目了然版

悲观锁相对比较谨慎，
设想现实情况应该很容易就发生冲突，所以我还是独占数据资源吧。

乐观锁就想得开而且非常聪明，应该是不会有什么冲突的，我对表使用一个时间戳或者版本号，每次读、更新操作都对这个字段进行比对，如果在我之前已经有人对数据进行更新了，那就让它更新，大不了我再读一次或者再更新一次。
乐观锁的管理跟SVN管理代码版本的原理很像，如果在我提交代码之前用本地代码的版本号与服务器做对比，如果本地版本号小于服务器上最新版本号，则提交失败，产生冲突代码，让用户决定选择哪个版本继续使用。

在实际生产环境里边,如果并发量不大且不允许脏读，可以使用悲观锁；
但如果系统的并发非常大的话,悲观锁定会带来非常大的性能问题,
所以我们就要选择乐观锁定的方法

另外，Mysql在处理并发访问数据上，还有添加 读锁（共享锁）、写锁（排它锁），控制锁粒度【表锁（table lock）、行级锁（row lock）】 等实现。