redis 服務器端命令

redis 127.0.0.1:6380> time ,顯示服務器時間, 時間戳(), 微秒數redis

1) "1375270361"數據庫

2) "504511"服務器

 

redis 127.0.0.1:6380> dbsize // 當前數據庫的key的數量數據結構

(integer) 2運維

redis 127.0.0.1:6380> select 2ide

OKspa

redis 127.0.0.1:6380[2]> dbsize日誌

(integer) 0xml

redis 127.0.0.1:6380[2]> 進程

 

 

BGREWRITEAOF 後臺進程重寫AOF

BGSAVE 後臺保存rdb快照

SAVE 保存rdb快照

LASTSAVE 上次保存時間

 

Slaveof master-Host port , 把當前實例設爲master的slave

 

Flushall 清空全部庫全部鍵

Flushdb 清空當前庫全部鍵

Showdown [save/nosave]

 

: 若是不當心運行了flushall, 當即shutdown nosave ,關閉服務器

而後手工編輯aof文件, 去掉文件中的flushall 」相關行, 而後開啓服務器,就能夠導入回原來數據.

 

若是,flushall以後,系統剛好bgrewriteaof了,那麼aof就清空了,數據丟失.

 

Slowlog 顯示慢查詢

:多慢才叫慢?

: slowlog-log-slower-than 10000 ,來指定,(單位是微秒)

 

服務器儲存多少條慢查詢的記錄?

: slowlog-max-len 128 ,來作限制

 

Info [Replication/CPU/Memory..]

查看redis服務器的信息

 

Config get 配置項

Config set 配置項值(特殊的選項,不容許用此命令設置,如slave-of, 須要用單獨的slaveof命令來設置)

Redis運維時須要注意的參數

1: 內存

# Memory

used_memory:859192 數據結構的空間

used_memory_rss:7634944 實佔空間

mem_fragmentation_ratio:8.89 前2者的比例,1.N爲佳,若是此值過大,說明redis的內存的碎片化嚴重,能夠導出再導入一次.

2: 主從複製

# Replication

role:slave

master_host:192.168.1.128

master_port:6379

master_link_status:up

 

3:持久化

# Persistence

rdb_changes_since_last_save:0

rdb_last_save_time:1375224063

 

4: fork耗時

#Status

latest_fork_usec:936 上次導出rdb快照,持久化花費微秒

注意: 若是某實例有10G內容,導出須要2分鐘,

每分鐘寫入10000次,致使不斷的rdb導出,磁盤始處於高IO狀態.

 

 

5: 慢日誌

config get/set slowlog-log-slower-than

CONFIG get/SET slowlog-max-len

slowlog get N 獲取慢日誌

運行時更改master-slave

修改一臺slave(設爲A)爲new master

  1. 命令該服務不作其餘redis服務的slave

命令: slaveof no one

  1. 修改其readonly爲yes

 

其餘的slave再指向new master A

  1. 命令該服務爲new master A的slave

命令格式slaveof IP port

沒有平白無故的榮耀 
相關文章
相關標籤/搜索