OushuDB 管理指南之資源管理(上)

MTY4ODg1MTEzNzAyMzAyMA_889946_H-ZvQ4coUdqUmiTV_1639648284.png

在任意時刻,OushuDB中可能有很多個并發(fā)的查詢在運行。這些查詢屬于不同的用戶缓窜。用戶的優(yōu)先級可能有高有低。我們需要一種方式 來合理的給各個用戶分配其可以使用的系統(tǒng)資源,包括CPU和內(nèi)存等禾锤。
OushuDB使用資源隊列(Resource Queues)來管理整個系統(tǒng)的資源私股。每一個OushuDB用戶都和一個資源隊列關(guān)聯(lián),該用戶發(fā)出的所有查詢 都會使用該關(guān)聯(lián)的資源隊列中的資源恩掷。我們可以創(chuàng)建多個資源隊列倡鲸,資源隊列之間形成一種樹狀結(jié)構(gòu)。
其中pg_root和pg_default系統(tǒng)默認已經(jīng)創(chuàng)建的資源管理隊列黄娘。pg_root是資源隊列樹的根峭状。pg_default是其子隊列。

當一個用戶被創(chuàng)建的時候逼争,默認會被分配到pg_default隊列优床。

下面的語句創(chuàng)建了一個資源隊列ceo_report。指定了其最大的并發(fā)查詢數(shù)為20誓焦。另外胆敞,該隊列使用了其父親隊列pg_root的30%內(nèi)存和CPU資源。

CREATE RESOURCE QUEUE ceo_report WITH (PARENT='pg_root', ACTIVE_STATEMENTS=20,MEMORY_LIMIT_CLUSTER=30%, CORE_LIMIT_CLUSTER=30%);

其中的三個配置參數(shù)的意義如下:
● ACTIVE_STATEMENTS:資源隊列允許的最大并發(fā)查詢數(shù)杂伟,超過這個并發(fā)的連接則會排隊等待移层。資源管理器會均勻分配資源到隊列中并發(fā)的查詢。
● MEMORY_LIMIT_CLUSTER:資源隊列可以使用的父隊列內(nèi)存的比例
● CORE_LIMIT_CLUSTER:資源隊列可以使用的父隊列CPU的比例
現(xiàn)在我們可以創(chuàng)建一個用戶赫粥,使用該資源管理隊列:
CREATE ROLE kurt WITH LOGIN RESOURCE QUEUE ceo_report;
這樣的話幽钢,kurt用戶發(fā)出的所有查詢將使用ceo_report中的資源蚜点。
通過下面的命令可以創(chuàng)建上圖中的其他的資源隊列:
CREATE RESOURCE QUEUE department1 WITH (PARENT='pg_root', ACTIVE_STATEMENTS=10,MEMORY_LIMIT_CLUSTER=5%, CORE_LIMIT_CLUSTER=5%);CREATE RESOURCE QUEUE adhoc1 WITH (PARENT='department1', ACTIVE_STATEMENTS=5,MEMORY_LIMIT_CLUSTER=50%, CORE_LIMIT_CLUSTER=50%);CREATE RESOURCE QUEUE daily_batch WITH (PARENT='department1', ACTIVE_STATEMENTS=5,MEMORY_LIMIT_CLUSTER=50%, CORE_LIMIT_CLUSTER=50%);CREATE RESOURCE QUEUE department2 WITH (PARENT='pg_root', ACTIVE_STATEMENTS=5,MEMORY_LIMIT_CLUSTER=5%, CORE_LIMIT_CLUSTER=5%);CREATE RESOURCE QUEUE monthly_report WITH (PARENT='department2', ACTIVE_STATEMENTS=2,MEMORY_LIMIT_CLUSTER=100%, CORE_LIMIT_CLUSTER=100%);CREATE RESOURCE QUEUE department3 WITH (PARENT='pg_root', ACTIVE_STATEMENTS=5,MEMORY_LIMIT_CLUSTER=5%, CORE_LIMIT_CLUSTER=5%);CREATE RESOURCE QUEUE adhoc2 WITH (PARENT='department3', ACTIVE_STATEMENTS=3,MEMORY_LIMIT_CLUSTER=50%, CORE_LIMIT_CLUSTER=50%);CREATE RESOURCE QUEUE daily_report WITH (PARENT='department3', ACTIVE_STATEMENTS=2,MEMORY_LIMIT_CLUSTER=50%, CORE_LIMIT_CLUSTER=50%);

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末蛙酪,一起剝皮案震驚了整個濱河市野建,隨后出現(xiàn)的幾起案子坡椒,更是在濱河造成了極大的恐慌宋欺,老刑警劉巖胸墙,帶你破解...
    沈念sama閱讀 211,265評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件寸痢,死亡現(xiàn)場離奇詭異囊榜,居然都是意外死亡书闸,警方通過查閱死者的電腦和手機尼变,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,078評論 2 385
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來浆劲,“玉大人嫌术,你說我怎么就攤上這事∨平瑁” “怎么了度气?”我有些...
    開封第一講書人閱讀 156,852評論 0 347
  • 文/不壞的土叔 我叫張陵,是天一觀的道長膨报。 經(jīng)常有香客問我磷籍,道長适荣,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,408評論 1 283
  • 正文 為了忘掉前任院领,我火速辦了婚禮弛矛,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘比然。我一直安慰自己丈氓,他們只是感情好,可當我...
    茶點故事閱讀 65,445評論 5 384
  • 文/花漫 我一把揭開白布强法。 她就那樣靜靜地躺著扒寄,像睡著了一般。 火紅的嫁衣襯著肌膚如雪拟烫。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,772評論 1 290
  • 那天迄本,我揣著相機與錄音硕淑,去河邊找鬼。 笑死嘉赎,一個胖子當著我的面吹牛置媳,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播公条,決...
    沈念sama閱讀 38,921評論 3 406
  • 文/蒼蘭香墨 我猛地睜開眼拇囊,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了靶橱?” 一聲冷哼從身側(cè)響起寥袭,我...
    開封第一講書人閱讀 37,688評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎关霸,沒想到半個月后传黄,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,130評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡队寇,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,467評論 2 325
  • 正文 我和宋清朗相戀三年膘掰,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片佳遣。...
    茶點故事閱讀 38,617評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡识埋,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出零渐,到底是詐尸還是另有隱情窒舟,我是刑警寧澤,帶...
    沈念sama閱讀 34,276評論 4 329
  • 正文 年R本政府宣布诵盼,位于F島的核電站辜纲,受9級特大地震影響笨觅,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜耕腾,卻給世界環(huán)境...
    茶點故事閱讀 39,882評論 3 312
  • 文/蒙蒙 一见剩、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧扫俺,春花似錦苍苞、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,740評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至疗琉,卻和暖如春冈欢,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背盈简。 一陣腳步聲響...
    開封第一講書人閱讀 31,967評論 1 265
  • 我被黑心中介騙來泰國打工凑耻, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人柠贤。 一個月前我還...
    沈念sama閱讀 46,315評論 2 360
  • 正文 我出身青樓香浩,卻偏偏與公主長得像,于是被迫代替她去往敵國和親臼勉。 傳聞我的和親對象是個殘疾皇子邻吭,可洞房花燭夜當晚...
    茶點故事閱讀 43,486評論 2 348

推薦閱讀更多精彩內(nèi)容