fwq

Redis并发访问问题详细讲解 0浏览 收藏 各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《Redis并发访问问题详细讲解》，很明显是关于数据库的文章哈哈哈，其中内容主要会涉及到Redis控制、并发访问等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！ 什么场景需要控制并发访问 需要控制并发访问，说明这些并发的访问可能会对其他的访问造成影响。比如上面提到的库存问题，若同一时期有多个客户端访问商品A的库存数据，并且可能要更更新库存数据，这时候就需要对并发访问进行控制了。 说到底，并发访问需要控制的就是对数据的更新动作。 一般来说，客户端要进行数据更新时可分为2个步骤： 客户端读取Redis数据到本地。 确认数据后，修改Redis的数据。 单个访问来看，这个过程并没什么问题。但是并发多了，一分为二的过程就会造成数据错误的问题。这里还是用库存的例子来说： 时间a:：客户端1读取到库存=10，我们需要对库存+1=11的操作。 时间b：客户端2读取到的库存也是10，这次要对库存-1=9的操作。 时间c：客户端1将+1后的值11写回到Redis中。 时间d：客户端2将-1后的值9写回到Redis中。 这样下来，很明显能发现库存数据错了。10+1-1 = 10，正确库存是10，而上述场景最后为9。 由此可见，这个一分为二的操作不具有原子性，从而产生了错误的结果。类型这种场景很多，因此我们需要对这些并发访问的场景加以控制。 并发访问的控制方法 Redis并发访问的控制，总的来说有2种方式。分别是加入锁机制和让一系列操作原子化。 1、加入锁机制 首先第一点，加入锁机制是很常见的解决方案。简单来说就是一个客户端访问数据之前，先要获取锁，等数据操作完之后再解锁。而在这个客户端拥有锁的过程中，其他客户端如果也想访问修改该数据，必须得等锁释放了之后，获取到了锁才行。 加锁这个方案是可以解决并发访问的数据准确问题，但放在redis这个场景中并不是很好。首先，Redis作为缓存本身并发访问就很多，频繁的加锁解锁，会大大降低redis的访问性能；然后，Redis的客户端在要加锁时，需要用到分布式锁。我们又得用额外的精力去维护这个分布式锁。 2、操作原子化 操作原子化，也就是让要执行的一系列动作都保持原子性操作。它的优点就是不需要加入额外的锁机制。并发的数据准确性达到了，对Redis的性能也不会有太大的影响。 Redis要实现原子操作，总结有2种方式： 单命令操作：也就是Redis中的INCR、HINCRBY等命令，直接将简单的加减操作合成一个命令执行；…