redis 并发高的原理-redisclient并发(3-18-27)

Redis本文目录一览：

• 1、redis可以默认并发多少
• 2、mysql和redis的并发能力
• 3、redis高并发能力直接相关概念
• 4、redis高并发能力直接相关概念有哪些
• 5、redis过期多个客户端会同时监听到吗

redis可以默认并发多少

1、假如负载均衡层使用的是高性能的 Nginx，则我们可以预估 Nginx 最大的并发度为：10W+，这里是以万为单位。假设应用层我们使用的是 Tomcat，而 Tomcat 的最大并发度可以预估为 800 左右，这里是以百为单位。

2、一般来说，MySQL的并发能力通常在每秒600次以上，而Redis的并发能力可以达到每秒1000次。并发能力是指程序或问题的不同部分或单元可以乱序或部分执行的能力。

3、这里单线程是指四款代理都运行在单线程下（下同），redis-benchmark默认并发50个客户端连接，每个连接每次发送一个命令收到响应后再发下一个命令。这是很多线上实际的场景。

4、redis高并发：主从架构，一主多从，一般来说，很多项目其实就足够了，单主用来写入数据，单机几万QPS，多从用来查询数据，多个从实例可以提供每秒10万的QPS。

mysql和redis的并发能力

1、假设持久层的缓存使用的是 Redis，数据库使用的是 MySQL，MySQL 的最大并发度可以预估为 1000 左右，以千为单位。Redis 的最大并发度可以预估为 5W 左右，以万为单位。

2、缓存，必须得用缓存 大部分的高并发场景，都是读多写少，那你完全可以在数据库和缓存里都写一份，然后读的时候大量走缓存不就得了。毕竟人家redis轻轻松松单机几万的并发，没问题的。

3、mysql和redis的数据库类型 mysql是关系型数据库，主要用于存放持久化数据，将数据存储在硬盘中，读取速度较慢。

4、如下图（以Redis和Mysql为例），两个并发更新操作，数据库先更新的反而后更新缓存，数据库后更新的反而先更新缓存。这样就会造成数据库和缓存中的数据不一致，应用程序中读取的都是脏数据。先删除缓存，再更新数据库。

5、redis中也是有事务的，不过这个事务没有mysql中的完善，只保证了一致性和隔离性，不满足原子性和持久性。redis事务使用multi、exec命令 原子性，redis会将事务中的所有命令执行一遍，哪怕是中间有执行失败也不会回滚。

6、在数据库方面，mysql是关系型数据库主要用于存放持久化数据，redis是NOSQL，即非关系型数据库，也是缓存数据库，缓存的读取速度快，能够大大的提高运行效率，但是保存时间有限。

redis高并发能力直接相关概念

1、redis高并发能力直接相关概念有内存存储、高速缓存、原子操作、事务处理等。内存存储：redis使用内存存储数据，这意味着它可以比传统的磁盘存储更快的读写数据。

2、Redis高并发能力直接相关概念，有缓存、队列、单线程模型等。Redis提供了高速缓存功能，可以将常用的数据缓存在内存中，降低访问数据库的频率。这可以减轻数据库的负担，提高系统的响应速度和并发能力。

3、redis高并发能力直接相关概念有，无序集合内存回收。Redis作为一款高效的内存数据库，其最为常用的数据结构之一就是无序集合。

redis高并发能力直接相关概念有哪些

1、Redis的高并发能力主要与内存存储、高效的I/O操作、快速的数据结构、原子操作概念直接相关。内存存储 Redis的所有数据都存储在内存中，这样可以避免磁盘I/O操作的延迟。

2、Redis高并发能力直接相关概念，有缓存、队列、单线程模型等。Redis提供了高速缓存功能，可以将常用的数据缓存在内存中，降低访问数据库的频率。这可以减轻数据库的负担，提高系统的响应速度和并发能力。

3、redis高并发能力直接相关概念有，无序集合内存回收。Redis作为一款高效的内存数据库，其最为常用的数据结构之一就是无序集合。

4、Redis的高并发和快速原因redis是基于内存的，内存的读写速度非常快；redis是单线程的，省去了很多上下文切换线程的时间；redis使用多路复用技术，可以处理并发的连接。

redis过期多个客户端会同时监听到吗

但是这时由于并发访问这个缓存的用户特别多，这是一个热点 key，这么多用户的请求同时过来，在缓存里面没有取到数据，所以又同时去访问数据库取数据，引起数据库流量激增，压力瞬间增大，直接崩溃给你看。

最大的问题就是因为客户端或者网络问题，导致 redis 中的 key 没有删除，锁无法释放，因此其他客户端无法获取到锁。

Redis 通过监听一个 TCP 端口或者 Unix socket 的方式来接收来自客户端的连接，当一个连接建立后，Redis 内部会进行以下一些操作：首先，客户端 socket 会被设置为非阻塞模式，因为 Redis 在网络事件处理上采用的是非阻塞多路复用模型。

惰性策略就是在客户端访问这个 key 的时候，redis 对 key 的过期时间进行检查，如果过期了就立即删除。Redis 默认会每秒进行十次过期扫描，过期扫描不会遍历过期字典中所有的 key，而是采用了一种简单的贪心策略。

如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个。这样的场景由于 Redis 控制不住过期数据被客户端应用误读，形成数据不安全。