一、服務(wù)器中的數(shù)據(jù)庫

• Redis服務(wù)器將所有數(shù)據(jù)庫都保存在服務(wù)器狀態(tài)redis.h/redisServer結(jié)構(gòu)的db數(shù)組中，db數(shù)組的每個項都是一個redis.h/redisDb結(jié)構(gòu)，每個redisDb結(jié)構(gòu)代表一個數(shù)據(jù)庫：

struct redisServer {// ...redisDb *db; // 一個數(shù)組，保存著服務(wù)器中的所有數(shù)據(jù)庫// ...};

? ? ? ? 數(shù)據(jù)庫數(shù)量（dbnum屬性、database選項）

• 數(shù)據(jù)庫的數(shù)量：在初始化服務(wù)器時，程序會根據(jù)服務(wù)器狀態(tài)的dbnum屬性來決定應(yīng)該創(chuàng)建多少個數(shù)據(jù)庫：

struct redisServer {// ...int dbnum;//服務(wù)器的數(shù)據(jù)庫數(shù)量// ...};

• dbnum屬性的值由服務(wù)器配置的database選項決定，默認(rèn)情況下，該選項的值為16，所以Redis服務(wù)器默認(rèn)會創(chuàng)建16個數(shù)據(jù)庫，如下圖所示：

• dbsize命令可以返回當(dāng)前數(shù)據(jù)庫中鍵的數(shù)量

二、數(shù)據(jù)庫的切換（SELECT命令）

• 每個Redis客戶端都有自己的目標(biāo)數(shù)據(jù)庫，每當(dāng)客戶端執(zhí)行數(shù)據(jù)庫寫命令或者數(shù)據(jù)庫讀命令的時候，目標(biāo)數(shù)據(jù)庫就會成為這些命令的操作對象

• 默認(rèn)情況下，Redis客戶端的目標(biāo)數(shù)據(jù)庫為0號數(shù)據(jù)庫，但客戶端可以通過執(zhí)行SELECT命令來切換目標(biāo)數(shù)據(jù)庫

• 以下代碼示例演示了客戶端在0號數(shù)據(jù)庫設(shè)置并讀取鍵msg，之后切換到2號數(shù)據(jù)庫并執(zhí)行類似操作的過程：

• 這個推薦給大家一個好用的redis客戶端 RedisDesktopManager

• 在服務(wù)器內(nèi)部，客戶端狀態(tài)redisClient結(jié)構(gòu)的db屬性記錄了客戶端當(dāng)前的目標(biāo)數(shù)據(jù)庫，這個屬性是一個指向redisDb結(jié)構(gòu)的指針：

typedef struct redisClient {// ...redisDb *db;//記錄客戶端當(dāng)前正在使用的數(shù)據(jù)庫// ...} redisClient;

• redisClient.db指針指向redisServer.db數(shù)組的其中一個元素，而被指向的元素就是客戶端的目標(biāo)數(shù)據(jù)庫

演示案例

• 比如說，如果某個客戶端的目標(biāo)數(shù)據(jù)庫為1號數(shù)據(jù)庫，那么這個客戶端所對應(yīng)的客戶端狀態(tài)和服務(wù)器狀態(tài)之間的關(guān)系如下圖所示

• 如果這時客戶端執(zhí)行命令SELECT 2，將目標(biāo)數(shù)據(jù)庫改為2號數(shù)據(jù)庫，那么客戶端狀態(tài)和服務(wù)器狀態(tài)之間的關(guān)系將更新成下圖所示

• 通過修改redisClient.db指針，讓它指向服務(wù)器中的不同數(shù)據(jù)庫，從而實現(xiàn)切換目標(biāo)數(shù)據(jù)庫的功能——這就是SELECT命令的實現(xiàn)原理

多數(shù)據(jù)庫功能已經(jīng)逐漸弱化了

• 那么能不能像使用測試數(shù)據(jù)庫和正式數(shù)據(jù)庫一樣，把正式的數(shù)據(jù)放在0號數(shù)據(jù)庫，測試的數(shù)據(jù)庫放在1號數(shù)據(jù)庫，那么兩者在數(shù)據(jù)上就不會彼此受影響了。事實真有那么好嗎？

• Redis3.0中已經(jīng)逐漸弱化這個功能，例如Redis的分布式實現(xiàn)Redis Cluster只允許使用0號數(shù)據(jù)庫，只不過為了向下兼容老版本的數(shù)據(jù)庫功能， 該功能沒有完全廢棄掉，下面分析一下為什么要廢棄掉這個“優(yōu)秀”的功能 呢？總結(jié)起來有三點：

• • ·Redis是單線程的。如果使用多個數(shù)據(jù)庫，那么這些數(shù)據(jù)庫仍然是使用 一個CPU，彼此之間還是會受到影響的

  • 多數(shù)據(jù)庫的使用方式，會讓調(diào)試和運維不同業(yè)務(wù)的數(shù)據(jù)庫變的困難， 假如有一個慢查詢存在，依然會影響其他數(shù)據(jù)庫，這樣會使得別的業(yè)務(wù)方定 位問題非常的困難

  • 部分Redis的客戶端根本就不支持這種方式。即使支持，在開發(fā)的時候 來回切換數(shù)字形式的數(shù)據(jù)庫，很容易弄亂

• 個人建議如果要使用多個數(shù)據(jù)庫功能，完全可以在一臺機器上部署多個Redis實例，彼此用端口來做區(qū)分，因為現(xiàn)代計算機或者服務(wù)器通常是有多 個CPU的。這樣既保證了業(yè)務(wù)之間不會受到影響，又合理地使用了CPU資源

三、清除數(shù)據(jù)庫（flushdb、flushall）

• flushdb/flushall命令用于清除數(shù)據(jù)庫，兩者的區(qū)別的是：flushdb只清除當(dāng)前數(shù)據(jù)庫，flushall會清除所有數(shù)據(jù)庫(老板最怕的就是刪庫跑路的員工了，所以最怕的技術(shù)是只會rm -rf的和刪庫的)

這兩個命令使用需要謹(jǐn)慎

• flushdb/flushall命令會將所有數(shù)據(jù)清除，一旦誤操作后果不堪設(shè)想，后面的文章會介紹rename-command配置規(guī)避這個問題，以及如何在誤操作后快速恢復(fù)數(shù)據(jù)

• 如果當(dāng)前數(shù)據(jù)庫鍵值數(shù)量比較多，flushdb/flushall存在阻塞Redis的可能性

演示案例

• 例如下面0號數(shù)據(jù)庫中有2個鍵，1號數(shù)據(jù)庫有1個鍵，我們使用flushdb只清空1號數(shù)據(jù)庫中的鍵

• 我們在1號數(shù)據(jù)庫中使用flushall命令，此時會清除所有數(shù)據(jù)庫中的鍵

總結(jié)

以上是生活随笔為你收集整理的Redis:06---数据库管理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。