Redis慢查詢?nèi)罩編椭_發(fā)和運(yùn)維人員定位系統(tǒng)存在的慢操作。慢查詢?nèi)罩揪褪窍到y(tǒng)在命令執(zhí)行前后計(jì)算每條命令的執(zhí)行時(shí)間，當(dāng)超過預(yù)設(shè)閥值，就將這條命令的相關(guān)信息（慢查詢ID，發(fā)生時(shí)間戳，耗時(shí)，命令的詳細(xì)信息）記錄下來。
Redis客戶端一條命令分為如下四部分執(zhí)行：
需要注意的是，慢查詢?nèi)罩局皇墙y(tǒng)計(jì)步驟3）執(zhí)行命令的時(shí)間，所以慢查詢并不代表客戶端沒有超時(shí)問題。需要注意的是，慢查詢?nèi)罩局皇墙y(tǒng)計(jì)步驟3）執(zhí)行命令的時(shí)間，所以慢查詢并不代表客戶端沒有超時(shí)問題。
一、慢查詢的配置參數(shù)：
slowlog-log-slower-than參數(shù)就是預(yù)設(shè)閥值，單位是微秒,默認(rèn)值是10000，如果一條命令的執(zhí)行時(shí)間超過10000微妙，那么它將被記錄在慢查詢?nèi)罩局小?br />如果slowlog-log-slower-than的值是0，則會(huì)記錄所有命令。
如果slowlog-log-slower-than的值小于0，則任何命令都不會(huì)記錄日志。
slowlog-max-len只是說明了慢查詢?nèi)罩咀疃啻鎯?chǔ)多少條。Redis使用一個(gè)列表來存儲(chǔ)慢查詢?nèi)罩荆瑂howlog-max-len就是列表的最大長度。當(dāng)慢查詢?nèi)罩疽呀?jīng)到達(dá)列表的最大長度時(shí)，又有慢查詢?nèi)罩疽M(jìn)入列表，則最早插入列表的日志將會(huì)被移出列表，新日志被插入列表的末尾。
二、慢查詢?nèi)罩镜慕M成
慢查詢?nèi)罩居梢韵滤膫€(gè)屬性組成：
標(biāo)識(shí)ID，發(fā)生時(shí)間戳，命令耗時(shí)，執(zhí)行命令和參數(shù)
三、慢查詢?nèi)罩镜脑L問和管理
獲取慢查詢?nèi)罩緎lowlog get [n]
命令：slowlog get [N]
選型：N，可選，代表獲取的日志條數(shù)
例如：showlog get 5
四、慢查詢?nèi)罩咀罴褜?shí)踐
線上環(huán)境建議調(diào)大慢查詢?nèi)罩镜牧斜恚涗浡樵內(nèi)罩緯r(shí)Redis會(huì)對(duì)長命令做截?cái)嗖僮鳎⒉粫?huì)占用大量內(nèi)存。增大慢查詢列表可以減緩慢查詢被剔除出列表的可能性。例如線上可以設(shè)置為1000以上。
需要根據(jù)redis的并發(fā)量調(diào)整該值。由于redis采用單線程響應(yīng)名利，對(duì)于高流量的場景，如果執(zhí)行命令的時(shí)間在1毫秒以上，那么redis最多可支撐OPS（每秒操作次數(shù)）不到1000，因此高OPS場景的REDIS建議設(shè)置為1毫秒。
因此客戶端命令的執(zhí)行時(shí)間要大于redis服務(wù)器實(shí)際執(zhí)行命令的時(shí)間。因?yàn)槊顖?zhí)行排隊(duì)極致，慢查詢會(huì)導(dǎo)致命令級(jí)聯(lián)阻塞，因此當(dāng)客戶端出現(xiàn)請(qǐng)求超時(shí)，需要檢查該時(shí)間點(diǎn)是否有對(duì)應(yīng)的慢查詢，從而分析是否因?yàn)槁樵儗?dǎo)致的命令級(jí)聯(lián)阻塞
慢查詢較多的情況下，可能會(huì)丟失部分慢查詢命令，可以定期執(zhí)行slow get命令將慢查詢?nèi)罩境志没狡渌鎯?chǔ)中。然后制作可視化界面查詢。
以上就是詳解Redis的慢查詢?nèi)罩镜脑敿?xì)內(nèi)容，更多關(guān)于Redis 慢查詢?nèi)罩镜馁Y料請(qǐng)關(guān)注武林網(wǎng)其它相關(guān)文章！
新聞熱點(diǎn)
疑難解答
圖片精選
