redis数据库管理

1.切换数据库
select dbIndex
Redis只是用数 字作为多个数据库的实现。Redis默认配置中是有16个数据库：
database 16
假设databases=16，select0操作将切换到第一个数据库，select15选择最 后一个数据库，但是0号数据库和15号数据库之间的数据没有任何关联，甚至可以存在相同的键：
127.0.0.1:6379> set hello world #默认进到0号数据库
OK
127.0.0.1:6379> get hello
“world”
127.0.0.1:6379> select 15 #切换到15号数据库
OK
127.0.0.1:6379[15]> get hello #因为15号数据库和0号数据库是隔离的，所以get hello为空
(nil)

图2-30更加生动地表现出上述操作过程。同时可以看到，当使用rediscli-h{ip}-p{port}连接Redis时，默认使用的就是0号数据库，当选择其他数据 库时，会有[index]的前缀标识，其中index就是数据库的索引下标。

那么能不能像使用测试数据库和正式数据库一样，把正式的数据放在0 号数据库，测试的数据库放在1号数据库，那么两者在数据上就不会彼此受影响了。事实真有那么好吗？
Redis3.0中已经逐渐弱化这个功能，例如Redis的分布式实现Redis Cluster只允许使用0号数据库，只不过为了向下兼容老版本的数据库功能， 该功能没有完全废弃掉，下面分析一下为什么要废弃掉这个“优秀”的功能呢？总结起来有三点：
·Redis是单线程的。如果使用多个数据库，那么这些数据库仍然是使用 一个CPU，彼此之间还是会受到影响的。
·多数据库的使用方式，会让调试和运维不同业务的数据库变的困难，假如有一个慢查询存在，依然会影响其他数据库，这样会使得别的业务方定位问题非常的困难。
·部分Redis的客户端根本就不支持这种方式。即使支持，在开发的时候
来回切换数字形式的数据库，很容易弄乱。

如果要使用多个数据库功能，完全可以在一台机器上部署多个 Redis实例，彼此用端口来做区分，因为现代计算机或者服务器通常是有多
个CPU的。这样既保证了业务之间不会受到影响，又合理地使用了CPU资源。

2.flushdb/flushall
flushdb/flushall命令用于清除数据库，两者的区别的是flushdb只清除当 前数据库，flushall会清除所有数据库。
在任意数据库执行flushall会将所有数据库清除
flushdb/flushall命令可以非常方便的清理数据，但是也带来两个问题：

·flushdb/flushall命令会将所有数据清除，一旦误操作后果不堪设想
·如果当前数据库键值数量比较多，flushdb/flushall存在阻塞Redis的可能性。

所以在使用flushdb/flushall一定要小心谨慎。