海底捞，redis读慢的体会（redis读太慢）

如果你是一个软件工程师，你可能会关注到Redis这样的数据库技术，因为它的读取速度极快，可以有效减少程序的延迟时间和实现高性能的数据存储。

最近，我参与了一个开发项目，其中使用了海底捞分布式数据库技术，并使用Redis作为存储介质，并且使用场景比较特殊，它利用Redis统计令牌的表示和访问次数，但是在实际应用中，我总是会遇到Redis读取变慢的问题，它给了我一种低性能的感觉，令我担心项目的前景。

一开始，我以为只是我的程序有问题，毕竟，海底捞的Redis客户端编程并不熟悉。但后来，我发现，在Redis客户端和服务器端，都发生了临时卡顿现象，因此，最终排除了有关程序的问题，而实在是Redis本身的性能问题。

在继续排查问题的过程中，我发现，海底捞的Redis客户端采用的是阻塞模式，即当Redis服务器没有返回结果时，客户端就会阻塞，从而导致整体性能下降。考虑到实际应用中，Redis服务器经常会有读取延迟，因此，应当尽可能改为非阻塞模式，以提高整体性能。

另外，经深入分析，发现Redis还有诸多参数可调，比如最大连接数，最大单线程执行数，可以根据实际情况进行调整，以达到最优的读取速度。例如，最大连接数一般设置为CPU核心数的2-4倍，最大单线程执行数设置较大，可以达到最佳的读取性能。

以上就是我在使用Redis读取变慢这方面的体会，希望能够给大家一点参考，尽量通过合理的Redis参数设置，提升整体读取性能，为开发提供一流的体验。

“`java

//Redis的非阻塞模式实现

Jedis jedis = new Jedis(“127.0.0.1”, 6379);

jedis.connect();

while (!jedis.isConnected()) {

Thread.sleep(10);

}

// 使用Jedis的非阻塞模式

JedisPubSub jedisPubSub = new JedisPubSub() {

@Override

public void onMessage(String channel, String message) {

// 处理接收到的消息

}

};

jedis.subscribe(JedisPubSub, “channelName”);

// 在不使用JedisPubSub的情况下，以非阻塞模式接收消息

String message = jedis.get(“channelName”);

// 处理消息