redis递减并发，Redis解决高并发

redis能扛多大并发量

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

redis 高并发瓶颈在单机，读写分离，一般是支撑读高并发，写请求少，也就 一秒一两千，大量请求读，一秒钟二十万次。 一主多从，主负责写，将数据同步复制到其他 slave节点，从节点负责读，所有读的请求全部走从节点。主要是解决读高并发。

接下来，你要了解常用发中间件和数据库的极限并发量。

比如redis可以十万并发，因为只需要网络io和访问内存。但是如果有业务处理，挂上了数据库，走了kafka，并且再走redis，那就要具体问题具体分析了。

如果你的缓存要容纳的数据量很大，达到了几十g，甚至几百g，或者是几t，那你就需要redis集群，而且用redis集群之后，可以提供可能每秒几十万的读写并发。

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

相关问答

Q1: 接口添加redis缓存之后并发还是很低

默认为0，没有指定最大缓存，如果有新的数据添加，超过最大内存，则会使redis崩溃，所以一点要设置。设置maxmemory之后，配合的要设置缓存数据回收策略。

MongoDB不多说，不是一个类型的东西，Redis相对Memcached来说功能和特性上的优势已经很明显了。而对于性能，Redis作者的说法是平均到单个核上的性能，在单条数据不大的情况下Redis更好。

redis高并发的同时，还需要容纳大量的数据：一主多从，每个实例都容纳了完整的数据，比如redis主就10G的内存量，其实你就最对只能容纳10g的数据量。

最好是不开启Master的AOF备份功能。

缓存方案：在上面的测试可以知道，要是我们事先把数据库的千万条数据同步到redis缓存中，瓶颈就是我们的设备硬件性能了，假如我们的主机有几百个核心CPU，就算是千万级的并发下也可以完全无压力，带个用户很好的。

Q2: mysql和redis的并发能力

1、mysql中一个中小型的网络数据库，比oracle和sqlserver小， 但是并发能力远超过acess这样的桌面数据库。redis是一个支持网络、可基于内存亦可持久化的日志型、Key-Value数据库。可以认为redis比mysql简化很多。mysql支持集群。

2、提高数据库的并发处理能力；避免写请求锁表阻塞读请求；避免单点，提高数据库的可用性；而使用Redis作为DB前面的缓存，是为了减少对MySQL的压力，提高系统的处理效率。二者解决的问题域不同，不存在谁替代谁。

3、MySQL是关系型数据库；而Redis是非关系型数据库。作用不同 mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢。redis用于存储使用较为频繁的数据到缓存中，读取速度快。

4、同时利用队列处理器定时将数据写入mysql。

redis递减并发的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于Redis解决高并发、redis递减并发的信息别忘了在本站进行查找喔。