簡介Redis中的showlog功能

redis 有乙個實用的slowlog功能，正如你可以猜到的，可以讓你檢查執行緩慢的查詢. slowlog 將會記錄執行時間超過y微秒的最後x條查詢. x 和 y 可以在 redis.conf 或者在執行時通過 config 命令:

複製** **如下:

config set slowlog-log-slower-than 5000

config set slowlog-max-len 25

進行設定。

slowlog-log-slower-than 是用來設定微秒數的, 因此上面的設定將記錄執行時間超過5秒的查詢. 要獲取記錄的日誌，你可以使用 slowlog get x 命令, 這裡 x 是你想要獲取的記錄條數:

複製** **如下:

slowlog get 10

它將會展示乙個唯一的id，時間戳和發生的查詢，查詢執行所花掉的時間和實際被執行的命令+引數. 你可以通過slowlog reset擦出日誌.

最後一次檢視slowlog，我很不淡定的看到del命令的執行竟然花了超過20毫秒的時間. 還記得嗎，redis是單執行緒的，因此這樣會阻塞（並且嚴重的有礙）我們系統的併發. 還有，因為這是乙個寫操作，它將會在向所有從屬redis服務複製的時候阻塞這一複製過程. 額，到底這是咋回事呢?

也許除了我之外所有人都知道這個問題了，但是這證明了redis的del命令的時間複雜度對於字串和雜湊值而言是o(1)，而對於list、set和sorted set而言則是o(n) (這裡的 n 是集合中資料項的數目). 你會刪除乙個包含數百萬條資料的set嗎? 那就等著阻塞吧.

我們的解決方案很簡單: 不去刪除這些資料項，而是將它們重新命名，並且在後台作業中用小而可間斷的塊去執行對它們的刪除操作. 首先，是我們的delayed_delete函式:

local key = keys[1]

l程式設計客棧ocal data_type = redis.call('type', key).ok

if data_type ==jjbazq 'set' or data_type == 'zset' then

local temp = 'gc:tmp:' .. redis.call('incr', 'gc:ids') .. ':' .. key

redis.call('rename', key, temp)

return redis.call('sadd', 'gc:' .. data_type, temp)

end

return redis.call('del', key)

這將會將集合重新命名，並且將新的名稱新增到gc:set 或者 gc:zset set中 (我們沒有使用 list, 但如果你使用了的話，你也應該向其加入這方面的支援).

下一步我們安排了乙個ruby指令碼每分鐘執行一次:

require 'redis'

r = redis.new(drive程式設計客棧r: :hiredis)

r.srandmember('gc:set', 10000).each do |set|

items = r.srandmember(set, 5000)

if items.nil? || items.length == 0

r.srem('gc:set', set)

endr.srem(set,程式設計客棧 items)

end

r.srandmember('gc:zset', 10000).each do |zset|

if r.zremrangebyrank(zset, 0, 5000) < 5000

r.srem('gc:zset', zset)

endend

你可以基於自己的需要將修改數字. 你的集合有多大，以及它們被刪除有多頻繁? 因為我們不去太過頻繁的做這些型別的產出操作, 我們可以一次只進行一小塊的刪除操作.

不過這種方法比直接刪除更加的慢, 但它在併發的環境下卻可以表現得很好.

本文標題: 簡介redis中的showlog功能

本文位址: /shujuku/redis/127231.html