memcache協(xié)議中文版-資料下載頁(yè)
2025-08-04 09:06本頁(yè)面
【正文】 取回請(qǐng)求總數(shù)cmd_set32u存儲(chǔ)請(qǐng)求總數(shù)get_hits32u請(qǐng)求成功的總次數(shù)get_misses32u請(qǐng)求失敗的總次數(shù)bytes_read64u服務(wù)器從網(wǎng)絡(luò)讀取到的總字節(jié)數(shù)bytes_written64u服務(wù)器向網(wǎng)絡(luò)發(fā)送的總字節(jié)數(shù)limit_maxbytes32u服務(wù)器在存儲(chǔ)時(shí)被允許使用的字節(jié)總數(shù)其它命令“flush_all”命令有一個(gè)可選的數(shù)字參數(shù)。它總是執(zhí)行成功，服務(wù)器會(huì)發(fā)送“OK\r\n”回應(yīng)。它的效果是使已經(jīng)存在的項(xiàng)目立即失效（缺省），或在指定的時(shí)間后。此后執(zhí)行取回命令，將不會(huì)有任何內(nèi)容返回（除非重新存儲(chǔ)同樣的鍵名）。flush_all 實(shí)際上沒(méi)有立即釋放項(xiàng)目所占用的內(nèi)存，而是在隨后陸續(xù)有新的項(xiàng)目被儲(chǔ)存時(shí)執(zhí)行。flush_all 效果具體如下：它導(dǎo)致所有更新時(shí)間早于flush_all所設(shè)定時(shí)間的項(xiàng)目，在被執(zhí)行取回命令時(shí)命令被忽略?！皏ersion”命令沒(méi)有參數(shù)：version\r\n在回應(yīng)中，服務(wù)器發(fā)送：VERSION version\r\nversion 是服務(wù)器的版本字串?！皅uit”命令沒(méi)有參數(shù)：quit\r\n接收此命令后，服務(wù)器關(guān)閉連接。不過(guò)，客戶端可以在不再需要時(shí)，簡(jiǎn)單地關(guān)閉連接就行，并不一定需要發(fā)送這個(gè)命令。UDP 協(xié)議當(dāng)來(lái)自客戶端的連接數(shù)遠(yuǎn)大于TCP連接的上限時(shí)，可以使用基于UDP的接口。UDP接口不能保證傳輸?shù)轿?，所以只有在不要求成功的操作中使用；比如被用于一個(gè)“get”請(qǐng)求時(shí)，會(huì)因不當(dāng)?shù)木彺嫣幚矶l(fā)生錯(cuò)誤或回應(yīng)有遺失。每個(gè)UDP數(shù)據(jù)包都包含一個(gè)簡(jiǎn)單的幀頭，數(shù)據(jù)之后的內(nèi)容與TCP協(xié)議的描述類似。在執(zhí)行所產(chǎn)生的數(shù)據(jù)流中，請(qǐng)求必須被包含在單獨(dú)的一個(gè)UDP數(shù)據(jù)包中，但是回應(yīng)可能跨越多個(gè)數(shù)據(jù)包。（只有“get”和“set”請(qǐng)求例外，跨越了多個(gè)數(shù)據(jù)包）幀頭有8字節(jié)長(zhǎng)，如下（均由16位整數(shù)組成，網(wǎng)絡(luò)字節(jié)順序，高位在前）： 01 請(qǐng)求ID 23 序號(hào) 45 該信息的數(shù)據(jù)包總數(shù) 67 保留位，必須為0 請(qǐng)求ID有客戶端提供。一般它會(huì)是一個(gè)從隨機(jī)基數(shù)開(kāi)始的遞增值，不過(guò)客戶端想用什么樣的請(qǐng)求ID都可以。服務(wù)器的回應(yīng)會(huì)包含一個(gè)和請(qǐng)求中的同樣的ID。客戶端使用請(qǐng)求ID來(lái)區(qū)分每一個(gè)回應(yīng)。任何一個(gè)沒(méi)有請(qǐng)求ID的數(shù)據(jù)包，可能是之前的請(qǐng)求遭到延遲而造成的，應(yīng)該被丟棄。序號(hào)的返回是從0到n1，n是該條信息的數(shù)據(jù)包數(shù)量。7
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1