Credis队列大小，cas队列

并发量超过队列最大值,如何解决?

1、使用一般的synchronized或者是lock或者是队列都是无法满足高并发的问题。解决方法有三：使用缓存 使用生成静态页面 html纯静态页面是效率最高、消耗最小的页面。

2、：系统拆分 将一个系统拆分为多个子系统，用dubbo来搞。然后每个系统连一个数据库，这样本来就一个库，现在多个数据库，这样就可以抗高并发。

3、增加最大并发数限制：通过修改服务器或应用程序的设置，将最大并发数调整为更高的限制，从而提升系统的处理能力。

相关问答

Q1: redis之如何配置jedisPool参数

-- 连接池配置. -- bean id=jedisPoolConfig class=redis.clients.jedis.JedisPoolConfig ！-- 连接池中最大连接数。

Jedis提供了JedisPool类（redis客户端线程池）。JedisPool的构造方法 public JedisPool(GenericObjectPoolConfig poolConfig， String host， int port， int timeout， String password)，其中最后一个参数就是密码配置。

解决办法：调整JedisPoolConfig中maxActive为适合自己系统的阀值。

） JedisPool设置参数推荐。DB端连接数过大的问题，目前很普遍存在。在服务器端我们经常可以看到db上存在大量的tcp连接，而通过ss或者netstat命令查看，发现大量的连接处于established状态。

sentinelPool.returnResource(master)；Jedis master2 = sentinelPool.getResource()；String value = masterget(username)；System.out.println(username： + value)；能正常从redis获取信息说明配置完成。

用的是什么集群方式，JedisSentinelPool 还是ShardedJedisPool。如果用的是前者，配置是需要连接sentinel端口的（默认26379），不是连接redis端口（6379）。或者把spring相关配置文件贴出来一下。

Q2: redis怎么做消息队列

一般来说，消息队列有两种模式，一种是发布者订阅模式，另外一种是生产者和消费者模式。Redis的消息队列，也是基于这2种原理的实现。 发布者和订阅者模式：发布者发送消息到队列，每个订阅者都能收到一样的消息。

有两种方法：Redis自带的PUB/SUB机制，即发布-订阅模式。

通过Redis做一个计数器 每读取一行记录数值，即使服务终止后，先从Redis读取这个数值 再通过cat指定行数开始读数据即可。

Lists的另一个应用就是消息队列，可以利用Lists的PUSH操作，将任务存在Lists中，然后工作线程再用POP操作将任务取出进行执行。Redis还提供了操作Lists中某一段的api，你可以直接查询，删除Lists中某一段的元素。

Credis队列大小的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于cas队列、Credis队列大小的信息别忘了在本站进行查找喔。