原文: http://blog.gqylpy.com/gqy/382 乐观锁 总是认为不会产生并发问题，每次去取数据时总认为不会有其它线程对数据进行修改，因此不会上锁。 但是在更新时会判断其它线程在这之前有没有对数据进行修改，一般会使用版本号机制会CAS操作实现。 版本号方式 一般是在数据表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加1。当线程A要更新数据时，在读取数据的同时也会读取version...
读锁，也叫共享锁（shared lock） SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE 写锁，也叫排他锁（exclusive lock） SELECT * FROM table_name WHERE ... FOR UPDATE 乐观锁，是一种逻辑锁，通过数据的版本号（vesion）的机制来实现 update t_goods set status=2,version=version+1where id=#{id} and version < #{version}; // 更新前将version自增 读锁、写锁属于行级锁。即事务1 对商品A 获取写锁，和事务2 对...
https://segmentfault.com/a/1190000009374567#articleHeader2 什么是MVCCMVCC即Multi-Version Concurrency Control，中文翻译过来叫多版本并发控制。 MVCC是解决了什么问题 众所周知，在MYSQL中，MyISAM使用的是表锁，InnoDB使用的是行锁。而InnoDB的事务分为四个隔离级别，其中默认的隔离级别REPEATABLE READ需要两个不同的事务相互之间不能影响，而且还能支持并发，这点悲观锁是达不到的，所以REPEATABLE READ采用的就是乐观锁，...
事务是现代关系型数据库的核心之一。在多个事务并发操作数据库（多线程、网络并发等）的时候，如果没有有效的避免机制，就会出现以下几种问题： （ 第一类丢失更新 A事务撤销时，把已经提交的B事务的更新数据覆盖了。这种错误可能造成很严重的问题，通过下面的账户取款转账就可以看出来：时间取款事务A转账事务BT1开始事务 T2 开始事务T3查询账户余额为1000元 T4 查询账户余额为1000元T5 汇入100元把余额改为1100元T6 提交...
1、锁的分类1.1从对数据操作的类型来分读锁（共享锁）:针对同一份数据，多个读操作可以同时进行而不会互相影响。 结论1： --如果某一个会话 对A表加了read锁，则 该会话 可以对A表进行读操作、不能进行写操作； 且 该会话不能对其他表进行读、写操作。 --即如果给A表加了读锁，则当前会话只能对A表进行读操作。结论2： 会话0给A表加了锁；其他会话的操作：a.可以对其他表（A表以外的表...
乐观锁介绍： 乐观锁（ Optimistic Locking ） 相对悲观锁而言，乐观锁假设认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。那么我们如何实现乐观锁呢，一般来说有以下2种方式： 1.使用数据版本（Version）记录机制实现，这是乐观锁最常用的一种实现方式。何谓数据版本？即为数据增加一个版本标识，一般是通过为数...