redis如何查看当前是哪个数据库
用docker tag 将某个image 归档到某个 仓库，
eg
docker tag image_name docker_hub_name/image:v?
即可push推送img到docker hub 或是其他你的 docker img
Could not get a resource from the pool 问题解决
今天测试项目的时候，界面提示
Could not get a resource from the pool 报错信息。登录后台，查询对应的java报错日志
报错信息：
redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
到这里可以确定的是redis连接出了问题。
1：检查连接池
进入redis服务器：./redis-cli -h 127.0.0.1 -p 6379 -a passwd
查看当前连接数：INFO clients
最近有个项目中的redis每天都会报 "Could not get a resource from the pool"的错误，而这套代码在另一地方部署又没有问题。一直找不到错误原因。按字面意思是连接池中资源不够。
1. 有可能是并发太高而连接池太小，尝试修改连接池上限来解决问题，修改方法如下：
<!-- redis连接池的配置 -->
<bean id="jedisPoolConfig" class="redis.clients.jedis.JedisPoolConfig">
<property name="maxTotal" value="${spring.redis.maxTotal}"/>
<property name="maxIdle" value="${spring.redis.maxIdle}"/>
<property name="minIdle" value="${spring.redis.minIdle}"/>
<property name="testOnBorrow" value="${spring.redis.testOnBorrow}"/>
<property name="testOnReturn" value="${spring.redis.testOnReturn}"/>
</bean>
修改 maxTotal 到 60 100 300，可以改变连接池大小
spring.redis.maxTotal=8 spring.redis.maxIdle=8 spring.redis.minIdle=1 spring.redis.testOnBorrow=true spring.redis.testOnReturn=true
将连接池上限修改到很大，运行后发现还是没有解决，仍然报错，有时还会报 "clusterdown the cluster is down"。将maxIdle与minIdle调大，也是一样没有效果。
2. 有网友说有可能是redis连接没有被释放，连接池设再大也没用。项目使用了spring-data-redis，按理释放是不需要自己处理的，项目使用的配置如下：
<bean id="redisTemplate" class="org.springframework.data.redis.core.RedisTemplate">
<property name="connectionFactory" ref="jedisConnectionFactory" />
<property name="keySerializer" ref="stringRedisSerializer" />
<property name="hashKeySerializer" ref="stringRedisSerializer" />
<property name="valueSerializer" ref="stringRedisSerializer"/>
</bean>
这里并没有使用redis事务功能，默认情况下 RedisTemplate 的 enableTransactionSupport = false， 所以不需要手动释放连接。
关于开启事务后手动释放的代码，参考这里(https://www.cnblogs.com/DDgougou/p/10268206.html)
3.网上有网友说有可能是jedis版本的问题，当前项目使用的版本为:
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.9.0</version>
</dependency>
更新到2.9.3，继续测试。
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.9.3</version>
</dependency>
测试发现，提示终于有变化了，不再显示"Could not get a resource from the pool"，但问题还是没有解决，因为项目使用集群的原因，变成提示"Too many Cluster redirections"，这是什么鬼？？？确实没有了连接池的错误提示，但又出现新的问题。
4. 检查redis集群，"Too many Cluster redirections"的意思是连不上其中一个节点，尝试连另一个配置的节点，如果都连不上，就会提示这个错误。检查redis集群方法如下：
利用redis-cli命令进行远程检查 redis-cli -h 127.0.0.1 -p 9000 // 连接成功 如果设置了密码，需要运行命令 auth xxx xxx为密码 运行 cluster info 检查
执行结果，集群正常
xxx:9000> cluster info cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:187 cluster_my_epoch:186 cluster_stats_messages_sent:111466490 cluster_stats_messages_received:111459674 (1.53s)
集群没问题，但总会偶尔连不上，因为把做了3个节点（redis与mysql装在同一台服务器上），全连不上的机率不大，所以最大的可能就是服务器或者服务器的网络出问题，造成"Too many Cluster redirections"这个错误的发生。
最后通过观察发现出错的规律，当mysql在执行一个很耗时的存储过程CPU高得飞起时，就很容易出现报错的情况。最终基本确定是服务器突然卡引起的异常，所以才会一会正常偶尔又会报错。
经过一天的验证与解决，出现"Could not get a resource from the pool"进的解决方法总结如下：
1. 参数问题，有可能是连接池太小引起
2. jedis版本问题引起
3.服务器性能引起
最终把redis移到另一台服务器上，问题解决。
查看最大连接数：config get maxclients
可见，连接池没有任何问题，不存在过载现象。
2：检查本地项目包配置
发现配置文件信息：redis 配置密码错误，或者说是redis服务器密码被修改过，所以导致服务报错。修改为正确密码后刷新生效。
