Redis连接池失效惹的祸一场无情的折磨（redis连接池 失效）

Redis作为一种高性能的NoSQL内存数据库，在现在的开发中已经被越来越多的技术人员发现和使用。它的连接池也是应用程序正常运行的重要部分，它维护着应用程序和Redis之间的连接，并且为访问提供了可靠性和容错能力。一旦连接池失效，将会给开发和运维带来更多的工作量，甚至会对系统的稳定造成威胁。

在很多实际的应用中，我们都会使用连接池，但是由于应用的特殊原因，或者无意中忽视一些特殊问题，一旦Redis连接池抛出失效的异常，系统可能会崩溃。

比如，某个应用程序开发人员有一块地方很容易出错，他将redis连接池误设置为只有一个连接，这就导致了如今每次redis使用时都要等待，同时激活多个redis连接，然后有一天更新代码时出现了redis连接池失效的异常，直接导致应用程序停止服务。如果没有事先测试和备份措施，将会带来严重的后果。

因此，当遇到redis连接池失效的情况时，一定要及时对源代码进行定位和处理，并在日常开发过程中加强代码的测试，以此来控制和预防类似的问题，以便在运行中最大程度地保护应用程序。例如有一个连接池创建过程：

// 创建一个配置对象
GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
 
// 设置最大连接数
poolConfig.setMaxTotal(MAX_TOTAL);
 
// 创建连接池
GenericObjectPool jedisPool = new GenericObjectPool(new JedisPooledObjectFactory(), poolConfig);
 
// 从连接池拿出jedis连接
Jedis jedis= jedisPool.borrowObject();

可以在连接池创建时就增加最大连接数的限制，避免接口受到压力时无法预期的连接异常，从而使连接失败的情况降到最小。

Redis连接池失效是开发和运维人员的多头之痛，只有在每一步都审慎才能避免出现连接池失效情况，从而保证应用程序的稳定性和可靠性，否则，一场漫长而又无情的折磨就随之而来。