日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀(guān)看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Redis的五個(gè)使用規(guī)范

汽車(chē)玩家 ? 來(lái)源:簡(jiǎn)書(shū) ? 作者:Java微服務(wù) ? 2020-05-03 14:31 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

一、鍵值設(shè)計(jì)

1、key名設(shè)計(jì)

可讀性和可管理性

以業(yè)務(wù)名(或數(shù)據(jù)庫(kù)名)為前綴(防止key沖突),用冒號(hào)分隔,比如業(yè)務(wù)名:表名:id

Redis的五個(gè)使用規(guī)范

簡(jiǎn)潔性

保證語(yǔ)義的前提下,控制key的長(zhǎng)度,當(dāng)key較多時(shí),內(nèi)存占用也不容忽視,例如:

Redis的五個(gè)使用規(guī)范

不要包含特殊字符

反例:包含空格、換行、單雙引號(hào)以及其他轉(zhuǎn)義字符

2、value設(shè)計(jì)

拒絕bigkey

防止網(wǎng)卡流量、慢查詢(xún),string類(lèi)型控制在10KB以?xún)?nèi),hash、list、set、zset元素個(gè)數(shù)不要超過(guò)5000。

反例:一個(gè)包含200萬(wàn)個(gè)元素的list。

非字符串的bigkey,不要使用del刪除,使用hscan、sscan、zscan方式漸進(jìn)式刪除,同時(shí)要注意防止bigkey過(guò)期時(shí)間自動(dòng)刪除問(wèn)題(例如一個(gè)200萬(wàn)的zset設(shè)置1小時(shí)過(guò)期,會(huì)觸發(fā)del操作,造成阻塞,而且該操作不會(huì)不出現(xiàn)在慢查詢(xún)中(latency可查)),查找方法和刪除方法

選擇適合的數(shù)據(jù)類(lèi)型

例如:實(shí)體類(lèi)型(要合理控制和使用數(shù)據(jù)結(jié)構(gòu)內(nèi)存編碼優(yōu)化配置,例如ziplist,但也要注意節(jié)省內(nèi)存和性能之間的平衡)

反例:

Redis的五個(gè)使用規(guī)范

正例:

Redis的五個(gè)使用規(guī)范

控制key的生命周期

redis不是垃圾桶,建議使用expire設(shè)置過(guò)期時(shí)間(條件允許可以打散過(guò)期時(shí)間,防止集中過(guò)期),不過(guò)期的數(shù)據(jù)重點(diǎn)關(guān)注idletime。

二、命令使用

1、O(N)命令關(guān)注N的數(shù)量

例如hgetall、lrange、smembers、zrange、sinter等并非不能使用,但是需要明確N的值。有遍歷的需求可以使用hscan、sscan、zscan代替。

2、禁用命令

禁止線(xiàn)上使用keys、flushall、flushdb等,通過(guò)redis的rename機(jī)制禁掉命令,或者使用scan的方式漸進(jìn)式處理。

3、合理使用select

redis的多數(shù)據(jù)庫(kù)較弱,使用數(shù)字進(jìn)行區(qū)分,很多客戶(hù)端支持較差,同時(shí)多業(yè)務(wù)用多數(shù)據(jù)庫(kù)實(shí)際還是單線(xiàn)程處理,會(huì)有干擾。

4、使用批量操作提高效率

原生命令:例如mget、mset。

非原生命令:可以使用pipeline提高效率。

但要注意控制一次批量操作的元素個(gè)數(shù)(例如500以?xún)?nèi),實(shí)際也和元素字節(jié)數(shù)有關(guān))。

注意兩者不同:

原生是原子操作,pipeline是非原子操作。

pipeline可以打包不同的命令,原生做不到

pipeline需要客戶(hù)端和服務(wù)端同時(shí)支持。

5、不建議過(guò)多使用Redis事務(wù)功能

Redis的事務(wù)功能較弱(不支持回滾),而且集群版本(自研和官方)要求一次事務(wù)操作的key必須在一個(gè)slot上(可以使用hashtag功能解決)

6、Redis集群版本在使用Lua上有特殊要求

1、所有key都應(yīng)該由 KEYS 數(shù)組來(lái)傳遞,redis.call/pcall 里面調(diào)用的redis命令,key的位置,必須是KEYS array, 否則直接返回error,"-ERR bad lua script for redis cluster, all the keys that the script uses should be passed using the KEYS arrayrn" 2、所有key,必須在1個(gè)slot上,否則直接返回error, "-ERR eval/evalsha command keys must in same slotrn"

7、monitor命令

必要情況下使用monitor命令時(shí),要注意不要長(zhǎng)時(shí)間使用。

三、客戶(hù)端使用

1、避免多個(gè)應(yīng)用使用一個(gè)Redis實(shí)例

不相干的業(yè)務(wù)拆分,公共數(shù)據(jù)做服務(wù)化。

2、使用連接池

可以有效控制連接,同時(shí)提高效率,標(biāo)準(zhǔn)使用方式:

Redis的五個(gè)使用規(guī)范

3、熔斷功能

高并發(fā)下建議客戶(hù)端添加熔斷功能(例如netflix hystrix)

4、合理的加密

設(shè)置合理的密碼,如有必要可以使用SSL加密訪(fǎng)問(wèn)(阿里云Redis支持)

5、淘汰策略

根據(jù)自身業(yè)務(wù)類(lèi)型,選好maxmemory-policy(最大內(nèi)存淘汰策略),設(shè)置好過(guò)期時(shí)間。

默認(rèn)策略是volatile-lru,即超過(guò)最大內(nèi)存后,在過(guò)期鍵中使用lru算法進(jìn)行key的剔除,保證不過(guò)期數(shù)據(jù)不被刪除,但是可能會(huì)出現(xiàn)OOM問(wèn)題。

其他策略如下:

allkeys-lru:根據(jù)LRU算法刪除鍵,不管數(shù)據(jù)有沒(méi)有設(shè)置超時(shí)屬性,直到騰出足夠空間為止。

allkeys-random:隨機(jī)刪除所有鍵,直到騰出足夠空間為止。

volatile-random:隨機(jī)刪除過(guò)期鍵,直到騰出足夠空間為止。

volatile-ttl:根據(jù)鍵值對(duì)象的ttl屬性,刪除最近將要過(guò)期數(shù)據(jù)。如果沒(méi)有,回退到noeviction策略。

noeviction:不會(huì)剔除任何數(shù)據(jù),拒絕所有寫(xiě)入操作并返回客戶(hù)端錯(cuò)誤信息"(error) OOM command not allowed when used memory",此時(shí)Redis只響應(yīng)讀操作。

四、相關(guān)工具

1、數(shù)據(jù)同步

redis間數(shù)據(jù)同步可以使用:redis-port

2、big key搜索

redis大key搜索工具

3、熱點(diǎn)key尋找

內(nèi)部實(shí)現(xiàn)使用monitor,所以建議短時(shí)間使用facebook的redis-faina 阿里云Redis已經(jīng)在內(nèi)核層面解決熱點(diǎn)key問(wèn)題

五、刪除bigkey

下面操作可以使用pipeline加速。

redis 4.0已經(jīng)支持key的異步刪除,歡迎使用。

1、Hash刪除: hscan + hdel

Redis的五個(gè)使用規(guī)范

2、List刪除: ltrim

Redis的五個(gè)使用規(guī)范

3、Set刪除: sscan + srem

Redis的五個(gè)使用規(guī)范

4、SortedSet刪除: zscan + zrem

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀(guān)點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 阿里
    +關(guān)注

    關(guān)注

    6

    文章

    468

    瀏覽量

    34239
  • Redis
    +關(guān)注

    關(guān)注

    0

    文章

    395

    瀏覽量

    12265
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    一次Redis連接數(shù)打滿(mǎn)導(dǎo)致業(yè)務(wù)雪崩的排查記錄

    更嚴(yán)重的是,Redis 連接數(shù)打滿(mǎn)后,連鎖導(dǎo)致依賴(lài) Redis 的認(rèn)證服務(wù)、會(huì)話(huà)服務(wù)、緩存服務(wù)全部不可用,流量進(jìn)一步轉(zhuǎn)移到剩余的正常服務(wù),引發(fā)了小范圍的業(yè)務(wù)雪崩。
    的頭像 發(fā)表于 05-08 14:27 ?105次閱讀

    Redis應(yīng)用監(jiān)控指標(biāo)大盤(pán)點(diǎn)

    Redis作為高性能內(nèi)存數(shù)據(jù)庫(kù),廣泛應(yīng)用于緩存、會(huì)話(huà)存儲(chǔ)、消息隊(duì)列等場(chǎng)景。對(duì)Redis運(yùn)行狀況的有效監(jiān)控,是保障業(yè)務(wù)穩(wěn)定性的關(guān)鍵。本文的目的是幫助運(yùn)維工程師建立完整的Redis監(jiān)控知識(shí)體系,講解需要監(jiān)控哪些指標(biāo)、如何采集這些指標(biāo)
    的頭像 發(fā)表于 04-09 10:07 ?197次閱讀

    全方位對(duì)比:Redis能取代MySQL嗎?看完這篇你就懂了

    Redis能不能取代MySQL?答案很明確:不能取代,但可以互補(bǔ)。
    的頭像 發(fā)表于 04-07 10:50 ?230次閱讀
    全方位對(duì)比:<b class='flag-5'>Redis</b>能取代MySQL嗎?看完這篇你就懂了

    Redis哨兵模式的自動(dòng)故障檢測(cè)與主從切換實(shí)戰(zhàn)

    Redis 主從復(fù)制解決了讀擴(kuò)展和數(shù)據(jù)冗余問(wèn)題,但主節(jié)點(diǎn)故障時(shí)需要人工介入切換,這在生產(chǎn)環(huán)境中是不可接受的。Sentinel(哨兵)模式在主從架構(gòu)之上增加了自動(dòng)故障檢測(cè)和故障轉(zhuǎn)移能力,是 Redis 高可用的標(biāo)準(zhǔn)方案之一。
    的頭像 發(fā)表于 02-27 11:05 ?376次閱讀

    Redis內(nèi)存管理、持久化策略與慢查詢(xún)排查分析

    Redis 在生產(chǎn)環(huán)境中承擔(dān)著緩存、會(huì)話(huà)存儲(chǔ)、消息隊(duì)列、分布式鎖等多種角色。隨著數(shù)據(jù)量增長(zhǎng)和并發(fā)壓力上升,內(nèi)存碎片、持久化 I/O 抖動(dòng)、慢查詢(xún)堆積這三類(lèi)問(wèn)題會(huì)逐漸顯現(xiàn),直接影響服務(wù)延遲和穩(wěn)定性。Redis 8.x 在內(nèi)存管理和持久化機(jī)制上做了若干改進(jìn),但核心調(diào)優(yōu)思路與
    的頭像 發(fā)表于 02-27 11:00 ?332次閱讀

    ETAS INCA軟件的個(gè)實(shí)用進(jìn)階功能

    在上一篇文章中我們介紹了INCA軟件如何賦能高效的ECU開(kāi)發(fā)及新能源挑戰(zhàn),本篇內(nèi)容將繼續(xù)深入探討INCA的個(gè)實(shí)用進(jìn)階功能。
    的頭像 發(fā)表于 12-08 16:42 ?2786次閱讀
    ETAS INCA軟件的<b class='flag-5'>五</b><b class='flag-5'>個(gè)</b>實(shí)用進(jìn)階功能

    【產(chǎn)品應(yīng)用】?jī)?chǔ)能網(wǎng)關(guān)EM-1000與EM-1000G的Redis性能對(duì)比

    視頻推薦隨著儲(chǔ)能控制系統(tǒng)智能化發(fā)展,對(duì)實(shí)時(shí)處理和高速緩存需求提升。本測(cè)試對(duì)EM-1000與EM-1000G的Redis性能進(jìn)行對(duì)比,評(píng)估其在吞吐、響應(yīng)與穩(wěn)定性上的差異,為客戶(hù)提供精準(zhǔn)硬件選型依據(jù)
    的頭像 發(fā)表于 12-02 11:39 ?506次閱讀
    【產(chǎn)品應(yīng)用】?jī)?chǔ)能網(wǎng)關(guān)EM-1000與EM-1000G的<b class='flag-5'>Redis</b>性能對(duì)比

    深度剖析Redis的兩大持久化機(jī)制

    凌晨3點(diǎn),我被一通緊急電話(huà)驚醒。線(xiàn)上Redis集群崩潰,6GB的緩存數(shù)據(jù)全部丟失,導(dǎo)致MySQL瞬間承壓暴增,整個(gè)交易系統(tǒng)陷入癱瘓。事后復(fù)盤(pán)發(fā)現(xiàn),問(wèn)題的根源竟是一個(gè)被忽視的持久化配置細(xì)節(jié)。
    的頭像 發(fā)表于 09-17 16:22 ?732次閱讀

    Redis Sentinel和Cluster模式如何選擇

    在我十年的運(yùn)維生涯中,見(jiàn)過(guò)太多團(tuán)隊(duì)在Redis集群方案選擇上踩坑。有的團(tuán)隊(duì)盲目追求"高大上"的Cluster模式,結(jié)果運(yùn)維復(fù)雜度爆表;有的團(tuán)隊(duì)死守Sentinel不放,最后擴(kuò)展性成了瓶頸。今天,我想通過(guò)這篇萬(wàn)字長(zhǎng)文,把我在生產(chǎn)環(huán)境中積累的經(jīng)驗(yàn)全部分享給你。
    的頭像 發(fā)表于 09-08 09:31 ?813次閱讀

    Redis集群部署配置詳解

    Redis集群是一種分布式Redis解決方案,通過(guò)數(shù)據(jù)分片和主從復(fù)制實(shí)現(xiàn)高可用性和橫向擴(kuò)展。集群將整個(gè)數(shù)據(jù)集分割成16384個(gè)哈希槽(hash slots),每個(gè)節(jié)點(diǎn)負(fù)責(zé)一部分槽位。
    的頭像 發(fā)表于 07-17 11:04 ?1227次閱讀

    Redis集群部署與性能優(yōu)化實(shí)戰(zhàn)

    Redis作為高性能的內(nèi)存數(shù)據(jù)庫(kù),在現(xiàn)代互聯(lián)網(wǎng)架構(gòu)中扮演著關(guān)鍵角色。作為運(yùn)維工程師,掌握Redis的部署、配置和優(yōu)化技能至關(guān)重要。本文將從實(shí)戰(zhàn)角度出發(fā),詳細(xì)介紹Redis集群的搭建、性能優(yōu)化以及監(jiān)控運(yùn)維的核心技術(shù)。
    的頭像 發(fā)表于 07-08 17:56 ?1058次閱讀

    艾體寶方案 金融系統(tǒng)再升級(jí):Redis企業(yè)版如何為銀行構(gòu)建高性能、穩(wěn)定可靠的實(shí)時(shí)數(shù)據(jù)引擎

    本文總結(jié)了金融行業(yè)在數(shù)字化轉(zhuǎn)型中面臨的大技術(shù)難題:高并發(fā)下的系統(tǒng)瓶頸、災(zāi)備切換延遲、實(shí)時(shí)性不足、合規(guī)壓力增大以及平臺(tái)擴(kuò)展困難。Redis企業(yè)版通過(guò)提供內(nèi)存級(jí)性能、企業(yè)級(jí)高可用與安全機(jī)制、模塊化實(shí)時(shí)處理能力及靈活部署擴(kuò)展策略,助力金融行業(yè)
    的頭像 發(fā)表于 06-17 10:45 ?732次閱讀
    艾體寶方案 金融系統(tǒng)再升級(jí):<b class='flag-5'>Redis</b>企業(yè)版如何為銀行構(gòu)建高性能、穩(wěn)定可靠的實(shí)時(shí)數(shù)據(jù)引擎

    【經(jīng)驗(yàn)分享】在Omni3576上編譯Redis-8.0.2源碼,并安裝及性能測(cè)試

    本文首先介紹Redis是什么,然后介紹如何在Omni3576上編譯Redis-8.0.2源碼,以及從源碼編譯、安裝Redis,最后介紹如何在Omni3576上運(yùn)行Redis性能測(cè)試,并
    的頭像 發(fā)表于 06-05 08:05 ?1131次閱讀
    【經(jīng)驗(yàn)分享】在Omni3576上編譯<b class='flag-5'>Redis</b>-8.0.2源碼,并安裝及性能測(cè)試

    【幸狐Omni3576邊緣計(jì)算套件試用體驗(yàn)】Redis最新8.0.2版本源碼安裝及性能測(cè)試

    的結(jié)果進(jìn)行對(duì)比。 一、Redis是什么 維基百科的介紹是: Redis是一個(gè)使用ANSI C編寫(xiě)的開(kāi)源、支持網(wǎng)絡(luò)、基于內(nèi)存、分布式、可選持久性的鍵值對(duì)存儲(chǔ)數(shù)據(jù)庫(kù)。 Redis官網(wǎng)的
    發(fā)表于 06-03 01:28

    玻璃通孔技術(shù)的個(gè)獨(dú)特優(yōu)勢(shì)

    TGV(Through Glass Via)工藝之所以選擇在玻璃上打孔,主要是因?yàn)椴Aг谝韵?b class='flag-5'>五個(gè)方面相較于硅具有獨(dú)特優(yōu)勢(shì)。
    的頭像 發(fā)表于 05-23 16:32 ?1359次閱讀
    玻璃通孔技術(shù)的<b class='flag-5'>五</b><b class='flag-5'>個(gè)</b>獨(dú)特優(yōu)勢(shì)
    邵武市| 萨迦县| 正蓝旗| 日照市| 惠水县| 天水市| 宁波市| 阿图什市| 嵩明县| 阳山县| 文登市| 芮城县| 崇仁县| 邓州市| 福海县| 静宁县| 新郑市| 翼城县| 定兴县| 临桂县| 犍为县| 江华| 右玉县| 巧家县| 兴仁县| 大理市| 平远县| 黄冈市| 章丘市| 保山市| 越西县| 罗田县| 邓州市| 额尔古纳市| 房产| 屯门区| 巧家县| 敖汉旗| 鄢陵县| 朝阳市| 井研县|