为什么会分16个库

Redis默认创建了16个数据库（db0~db15），而在Redis集群下只有一个db0数据库。

利用多个核心，在监视和管理多个实例其实也不困难，可以根据你不同的需求用不同的指标管理不同的数据库。

Redis数据库db，多个应用程序不应使用同一个Redis的不同库，而应一个应用程序对应一个Redis实例，不同的数据库可用于存储不同环境的数据

客户端与Redis建立连接之后，默认会选择0号数据库即db0，但可以使用select命令更换存储的数据库。也可以通过修改配置文件的方式选择默认数据库。

与数据库关联时是先更新数据库还是先更新缓存

1. 先更新数据库，再更新缓存
   在写操作中，先更新数据库，更新成功后，再更新缓存，问题也很明显，数据库更新成功以后，由于缓存和数据库是分布式的，更新缓存可能会失败，就会出现问题：数据库是新的，但缓存中数据是旧的，出现不一致的情况。

2. 先删缓存，再更新数据库
   在数据更新时，首先删除缓存，再更新数据库，这样可以在一定程度上避免数据不一致的情况
   假如某次的更新操作，更新了商品详情 A 的价格，线程 A 进行更新时删除了缓存数据，线程 B 此时发起一次查询，发现缓存为空，于是查询数据库并更新缓存，然后线程 A 更新数据库为新的价格。在这种并发操作下，缓存的数据仍然是旧的，出现业务不一致。

3. 先更新数据库，再删缓存：的缓存 + 数据库读写的模式（Cache Aside 方案）
   具体操作是这样的：读的时候，先读缓存，缓存没有的话，那么就读数据库，然后取出数据后放入缓存，同时返回响应，更新的时候，先更新数据库，数据库更新成功之后再删除缓存。

为什么删除而不是更新缓存

1. 删除一个数据，相比更新一个数据更加轻量级，出问题的概率更小。
2. 缓存的数据可能不是直接来自数据库表，也许来自多张底层数据表的聚合，如果更新了一个字段，那么就要更新整个数据库，还要关联的去查询和汇总各个周边业务系统的数据，这个操作会非常耗时。
3. 不是所有的缓存数据都是频繁访问的，更新后的缓存可能会长时间不被访问