上一篇文章《MySQL悲观锁总结和实践》谈到了MySQL悲观锁，但是悲观锁并不是适用于任何场景，它也有它存在的一些不足， 因为悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。如果加锁的时间过长，其他用户长时间无法访问，影响了程序的并发访问性， 同时这样对数据库性能开销影响也很大 ...
分类：
数据库 时间：
2018-08-09 00:28:32
阅读次数：
180
乐观锁（ Optimistic Locking ） 相对悲观锁而言，乐观锁假设认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。那么我们如何实现乐观锁呢，一般来说有以下2种方式： 1.使用数据版 ...
分类：
其他好文 时间：
2018-08-05 17:01:52
阅读次数：
134
乐观锁与悲观锁 悲观锁 假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。如， 关键字使用。 乐观锁 假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。如，CAS(Compare and Swap 比较并交换)。 获得锁后一直持有锁，以防本线程再次申请该锁造成无谓的解锁再加锁开销。 假 ...
分类：
其他好文 时间：
2018-08-04 23:21:59
阅读次数：
208
一、版本号： 在es中每个文档都有一个版本号，默认情况下，版本号都是随着每次对该文档的修改或者删除自增的，当然你也可以自己指定。有了这个文档号，我们可以像mysql 乐观锁一样，用来进行控制字我们文档的更新，如果要更新的文档号与索引中的文档号不一致，那么es会拒绝该次操作。常用于事务的处理中。 ur ...
分类：
其他好文 时间：
2018-08-01 23:52:07
阅读次数：
1290
本篇文章是通过watch（监控）+mutil（事务）实现应用于在分布式高并发处理等相关场景。下边先通过redis-cli.exe来测试多个线程修改时，遇到问题及解决问题。 高并发下修改同一个key遇到的问题： 1）定义一个hash类型的key，key为：lock_test，元素locker的值初始化 ...
分类：
编程语言 时间：
2018-07-28 22:48:08
阅读次数：
1953
简要说明: 表设计时，需要往表里加一个version字段。每次查询时，查出带有version的数据记录，更新数据时，判断数据库里对应id的记录的version是否和查出的version相同。若相同，则更新数据并把版本号+1；若不同，则说明，该数据发送并发，被别的线程使用了，进行递归操作，再次执行递归 ...
分类：
编程语言 时间：
2018-07-27 16:17:52
阅读次数：
166
实验环境： mysql5.6 存储引擎：innoDB 我们在操作数据库的时候，可能会由于并发问题而引起的数据的不一致性（数据冲突） 乐观锁 乐观锁不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理 ...
分类：
数据库 时间：
2018-07-26 21:11:35
阅读次数：
217
首先,代码都没有用ide敲,所以不要在意格式,能看懂就行jmm内存模型: jmm是什么? jmm说白了就是定义了jvm中线程和主内存之间的抽象关系的一种模型,也就是线程之间的共享变量存储在主内存,而每个线程都拥有自己的工作内存 happens-befor原则是什么? 在说happens-befor原 ...
分类：
移动开发 时间：
2018-07-26 01:08:23
阅读次数：
219
对mysql乐观锁、悲观锁、共享锁、排它锁、行锁、表锁概念的理解我们在操作数据库的时候，可能会由于并发问题而引起的数据的不一致性（数据冲突）乐观锁乐观锁不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行 ...
分类：
数据库 时间：
2018-07-22 19:20:48
阅读次数：
195
1、redis中使用WATCH实现锁机制，是最次之的方式。WATCH只会在数据被其他客户端抢先修改了的情况下，“通知”执行了这个命令的客户端，而不会阻止其他客户端对数据进行修改。此类锁成为“乐观锁” 2、redis提供SETNX命令确实具有基本的加锁功能，但他的功能并不完整，并且也不具备分布式锁常见 ...
分类：
其他好文 时间：
2018-07-22 12:56:19
阅读次数：
130
