自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

<blockquote id="e3m7k"><font id="e3m7k"></font></blockquote>

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開發(fā)者社區(qū)

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫

在線學(xué)習(xí)

文章資源問答課堂專欄直播

51CTO

鴻蒙開發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫

賬號(hào)設(shè)置退出

存儲(chǔ)軟件

2179內(nèi)容??

關(guān)注

內(nèi)容覆蓋存儲(chǔ)系統(tǒng)、存儲(chǔ)組件、存儲(chǔ)虛擬化、對(duì)象存儲(chǔ)等相關(guān)軟件產(chǎn)品，為用戶提供存儲(chǔ)軟件行業(yè)的業(yè)界動(dòng)態(tài)、產(chǎn)品資訊、前沿技術(shù)、應(yīng)用案例等內(nèi)容，幫助用戶構(gòu)建高性能、高可用、高安全的存儲(chǔ)系統(tǒng)，提高存儲(chǔ)性能和利用率，簡(jiǎn)化存儲(chǔ)管理。

共 2179 條

因?yàn)椴粫?huì)Redis的scan命令，我被開除了

那個(gè)深夜，我登上了公司的服務(wù)器，在 Redis 命令行里敲入 keys* 后，線上開始報(bào)警，服務(wù)瞬間被卡死。

2019-12-16 08:47:04

Redis 設(shè)計(jì)算法

架構(gòu)：緩存設(shè)計(jì) 你懂嗎？

緩存在架構(gòu)設(shè)計(jì)中占有重要地位。緩存在提升性能中也扮演重要的角色。常見的有對(duì)資源的緩存，比如數(shù)據(jù)庫連接池、http連接池，還有對(duì)數(shù)據(jù)的緩存等。緩存的設(shè)計(jì)可復(fù)雜也可簡(jiǎn)單，但是需要考慮的點(diǎn)卻很多。

2019-12-11 10:07:02

緩存架構(gòu)數(shù)據(jù)庫

無服務(wù)器備份是企業(yè)可行的數(shù)據(jù)保護(hù)方式譯文

數(shù)據(jù)備份、災(zāi)難恢復(fù)和數(shù)據(jù)保護(hù)的成本是非常昂貴的，尤其是涉及物理備份和災(zāi)難恢復(fù)服務(wù)器和硬件時(shí)。那么，預(yù)算有限的中小型企業(yè)(SMB)如何保護(hù)它們的基本數(shù)據(jù)呢?答案是無服務(wù)器備份。

2019-12-11 08:00:02

無服務(wù)器備份數(shù)據(jù)

關(guān)于Kata容器的那些事譯文

我們開始努力將Oracle Linux云原生環(huán)境與Kata容器(Kata Containers)整合起來時(shí)，Kata容器對(duì)容器的安全邊界帶來的變化立即給我留下了印象深刻，我只想知道它是如何工作的。

2019-12-10 08:00:46

Kata 容器 Linux

升級(jí)vSphere 6.7前應(yīng)考慮計(jì)算和存儲(chǔ)

升級(jí)是IT管理員工作的一部分。軟件版本發(fā)生變化;你需要修復(fù)、更新再繼續(xù)前行。VMware軟件是數(shù)據(jù)中心的基礎(chǔ)，因此vSphere 6.7升級(jí)將會(huì)對(duì)你的資源和底層基礎(chǔ)架構(gòu)產(chǎn)生巨大影響。

2019-12-09 16:01:26

vSphere 6.7 計(jì)算存儲(chǔ)

擔(dān)憂非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)問題？并非只有你如此

存儲(chǔ)非結(jié)構(gòu)化數(shù)據(jù)是存儲(chǔ)面臨的主要挑戰(zhàn)之一。當(dāng)你知道很多現(xiàn)代化技術(shù)進(jìn)步在創(chuàng)建海量數(shù)據(jù)，而你必須管理、存儲(chǔ)和分析這些數(shù)據(jù)時(shí)，你很難去欣賞這些技術(shù)。

2019-12-09 15:47:14

數(shù)據(jù)存儲(chǔ)非結(jié)構(gòu)

響應(yīng)速度不給力？解鎖正確緩存姿勢(shì)

緩存穿透、緩存擊穿以及緩存雪崩這三個(gè)術(shù)語很容易弄混，也是讀緩存中典型的三個(gè)場(chǎng)景問題，做一下簡(jiǎn)單的總結(jié)是很有必要的。

2019-12-09 09:34:47

緩存響應(yīng)數(shù)據(jù)

那些奇奇怪怪的緩沖問題

今天我們看看如何修改這些默認(rèn)的緩沖類型，以及在實(shí)際中可能遇到哪些問題。

2019-12-06 10:14:31

緩沖函數(shù)日志

淺談集群版Redis和Gossip協(xié)議

集群版的Redis聽起來很高大上，確實(shí)相比單實(shí)例一主一從或者一主多從模式來說復(fù)雜了許多，互聯(lián)網(wǎng)的架構(gòu)總是隨著業(yè)務(wù)的發(fā)展不斷演進(jìn)的。

2019-12-05 10:54:34

集群 Redis Gossip

分布式緩存的高可用方案，我們都是這么做的

我們講到了當(dāng)我們的系統(tǒng)面臨持續(xù)增加的并發(fā)給我們的數(shù)據(jù)庫磁盤IO帶了了性能瓶頸，特此為我們的系統(tǒng)引入了緩存，并且學(xué)習(xí)了我們?cè)陂_發(fā)中該怎么去正確的使用緩存的讀寫策略，同時(shí)結(jié)合案例給出一些建議防止數(shù)據(jù)不一致的情況，那我們的系統(tǒng)現(xiàn)在就是這樣的架構(gòu)了。

2019-12-04 14:59:01

分布式緩存高可用

HBase內(nèi)存管理之MemStore的實(shí)現(xiàn)原理和優(yōu)化

Java工程中內(nèi)存管理總是一個(gè)繞不過去的知識(shí)模塊，無論HBase、Flink還是Spark等，如果使用的JVM堆比較大同時(shí)對(duì)讀寫延遲等性能有較高要求，一般都會(huì)選擇自己管理內(nèi)存，而且一般都會(huì)選擇使用部分堆外內(nèi)存。

2019-12-04 10:23:33

HBase 內(nèi)存 MemStore

深入淺出聊聊Kubernetes存儲(chǔ)

如今，世界范圍內(nèi)的公有云巨頭(谷歌、亞馬遜、微軟、華為云、阿里云等等)都在其傳統(tǒng)的公共云服務(wù)之上提供托管的Kubernetes服務(wù)。

2019-12-04 10:13:58

Kubernetes 存儲(chǔ)Docker

什么鬼，面試官竟然讓我用Redis實(shí)現(xiàn)一個(gè)消息隊(duì)列?。?？

眾所周知，redis是一個(gè)高性能的分布式key-value存儲(chǔ)系統(tǒng)，在NoSQL數(shù)據(jù)庫市場(chǎng)上，redis自己就占據(jù)了將近半壁江山，足以見到其強(qiáng)大之處。同時(shí)，由于redis的單線程特性，我們可以將其用作為一個(gè)消息隊(duì)列。

2019-12-02 10:51:11

Redis 存儲(chǔ)系統(tǒng)

虛擬存儲(chǔ)：選擇SAN還是超融合？

現(xiàn)在市面上有很多虛擬存儲(chǔ)選項(xiàng)可供IT管理員選擇，而管理員在選擇產(chǎn)品時(shí)，最重要的是產(chǎn)品功能與成本。很多管理員都依靠共享存儲(chǔ)，這是大多數(shù)生產(chǎn)級(jí)虛擬環(huán)境的關(guān)鍵組成部分。

2019-12-02 09:41:05

存儲(chǔ)數(shù)據(jù)IT

互聯(lián)網(wǎng)架構(gòu)模板：“存儲(chǔ)層”技術(shù)

拋開 BAT 各自差異很大的業(yè)務(wù)，站在技術(shù)的角度來看，其實(shí) BAT 的技術(shù)架構(gòu)基本是一樣的。再將視角放大，你會(huì)發(fā)現(xiàn)整個(gè)互聯(lián)網(wǎng)行業(yè)的技術(shù)發(fā)展，最后都是殊途同歸。

2019-11-28 16:09:29

架構(gòu)模板存儲(chǔ)

iSCSI環(huán)境部署高可用集群配置實(shí)例

2019-11-27 16:34:00

淺談分布式存儲(chǔ)系統(tǒng)的數(shù)據(jù)分布算法，來了解一下吧！

無論上層接口是 KV 存儲(chǔ)、對(duì)象存儲(chǔ)、塊存儲(chǔ)、亦或是列存儲(chǔ)，在這個(gè)問題上大體是一致的。本文將介紹如何分布式存儲(chǔ)系統(tǒng) 中做數(shù)據(jù)分布目標(biāo) 及可選的方案，并試著總結(jié)和權(quán)衡他們之間的關(guān)系及。

2019-11-27 11:27:52

分布式存儲(chǔ)系統(tǒng)

掐指算算：你的CDN多花了幾百萬？

CDN (Content delivery network) 就是一個(gè)典型的符合zipf分布的緩存系統(tǒng): 將緩存服務(wù)部署在距離用戶最近的上百個(gè)地區(qū)(CDN邊緣機(jī)房)，當(dāng)用戶需要訪問熱門內(nèi)容時(shí)，只需在邊緣機(jī)房讀取，以此達(dá)到性能優(yōu)化。

2019-11-27 10:29:40

CDN zipf 緩存

數(shù)據(jù)存儲(chǔ)檢索之B+樹和LSM-Tree

作為一名應(yīng)用系統(tǒng)開發(fā)人員，為什么要關(guān)注數(shù)據(jù)內(nèi)部的存儲(chǔ)和檢索呢?首先，你不太可能從頭開始實(shí)現(xiàn)一套自己的存儲(chǔ)引擎，往往需要從眾多現(xiàn)有的存儲(chǔ)引擎中選擇一個(gè)適合自己應(yīng)用的存儲(chǔ)引擎。

2019-11-26 15:12:08

數(shù)據(jù)存儲(chǔ)B+樹

Python的小數(shù)據(jù)存儲(chǔ)，用什么格式更有逼格？

我們?cè)诰帉懘a的時(shí)候，經(jīng)常會(huì)涉及到數(shù)據(jù)存儲(chǔ)的情況，如果是爬蟲得到的大數(shù)據(jù)，我們會(huì)選擇使用數(shù)據(jù)庫，或者excel存儲(chǔ)。但如果只是一些小數(shù)據(jù)，或者說關(guān)聯(lián)性較強(qiáng)且存在存儲(chǔ)后復(fù)用的數(shù)據(jù)，我們?cè)撊绾未鎯?chǔ)呢？

2019-11-26 09:56:48

Python 數(shù)據(jù)存儲(chǔ)

Redis 單線程還高并發(fā)？不沖突嗎？

最近在看 UNIX 網(wǎng)絡(luò)編程并研究了一下 Redis 的實(shí)現(xiàn)，感覺 Redis 的源代碼十分適合閱讀和分析，其中 I/O 多路復(fù)用(mutiplexing)部分的實(shí)現(xiàn)非常干凈和優(yōu)雅，在這里想對(duì)這部分的內(nèi)容進(jìn)行簡(jiǎn)單的整理。

2019-11-25 10:13:52

Redis 單線程 I

假如有人炸了支付寶的存儲(chǔ)服務(wù)器...

外行人問題。網(wǎng)站都是有服務(wù)器的，服務(wù)器都是有實(shí)體的。那么支付寶的實(shí)體服務(wù)器所在地假如被一顆核彈/導(dǎo)彈等等炸了，那么大眾存支付寶里的錢是不是也灰飛煙滅了呢?服務(wù)器實(shí)體的焚毀，數(shù)據(jù)也會(huì)消失不是么?

2019-11-22 10:41:13

支付寶存儲(chǔ)服務(wù)器

如何找到系統(tǒng)里的重復(fù)文件，快速釋放磁盤空間？

不管是 Windows 電腦還是 Linux 電腦，在使用的過程中，或多或少都會(huì)留下很多重復(fù)的文件。這些文件不僅會(huì)占用我們的磁盤，還會(huì)拖累我們的系統(tǒng)，所以，很有必要干掉這些重復(fù)的文件。

2019-11-20 10:23:51

磁盤 Windows Linux

Kafka文件存儲(chǔ)機(jī)制那些事

Kafka是最初由Linkedin公司開發(fā)，是一個(gè)分布式、分區(qū)的、多副本的、多訂閱者，基于zookeeper協(xié)調(diào)的分布式日志系統(tǒng)，常見可以用于web/nginx日志、訪問日志，消息服務(wù)等等，Linkedin于2010年貢獻(xiàn)給了Apache基金會(huì)并成為頂級(jí)開源項(xiàng)目。

2019-11-19 14:48:00

Kafka 文件存儲(chǔ)

看大數(shù)據(jù)大佬手把手帶你實(shí)現(xiàn)基于Zookeeper、Redis的分布式鎖

在分布式系統(tǒng)中，分布式鎖是為了解決多實(shí)例之間的同步問題。例如master選舉，能夠獲取分布式鎖的就是master，獲取失敗的就是slave。又或者能夠獲取鎖的實(shí)例能夠完成特定的操作。

2019-11-18 14:16:10

Zookeeper Redis 大數(shù)據(jù)

詳解 Redis 內(nèi)存淘汰機(jī)制和持久化機(jī)制原理剖析Redis必備！

假設(shè)生產(chǎn)環(huán)境里面MySQL 數(shù)據(jù)庫有 1000w 數(shù)據(jù)，Redis 中只存 10w 的數(shù)據(jù)，如何保證 Redis 中的數(shù)據(jù)都是熱點(diǎn)數(shù)據(jù)?

2019-11-12 14:15:07

Redis 內(nèi)存持久化

如何實(shí)現(xiàn)超高并發(fā)的無鎖緩存？

有一類寫多讀少的業(yè)務(wù)場(chǎng)景：大部分請(qǐng)求是對(duì)數(shù)據(jù)進(jìn)行修改，少部分請(qǐng)求對(duì)數(shù)據(jù)進(jìn)行讀取。

2019-11-11 15:33:34

高并發(fā)緩存數(shù)據(jù)

災(zāi)難恢復(fù)測(cè)試策略是成功進(jìn)行災(zāi)難恢復(fù)的關(guān)鍵

唯一確定災(zāi)難恢復(fù)計(jì)劃是否有效的方法是災(zāi)難來臨時(shí)對(duì)其進(jìn)行測(cè)試。而企業(yè)需要確保其計(jì)劃不會(huì)因頻繁測(cè)試而變得乏味。

2019-11-06 11:20:39

災(zāi)難恢復(fù)策略測(cè)試

緩存穿透、緩存擊穿和緩存雪崩實(shí)踐

我們使用緩存的主要目是提升查詢速度和保護(hù)數(shù)據(jù)庫等稀缺資源不被占滿。而緩存最常見的問題是緩存穿透、擊穿和雪崩，在高并發(fā)下這三種情況都會(huì)有大量請(qǐng)求落到數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫資源占滿，引起數(shù)據(jù)庫故障。

2019-11-05 14:24:31

緩存雪崩框架

你居然還不知道MySQL存儲(chǔ)引擎InnoDB分為內(nèi)存架構(gòu)、磁盤架構(gòu)？

關(guān)于MySQL對(duì)于后端程序員的重要性不言而喻，而InnoDB也已經(jīng)是MySQL默認(rèn)的存儲(chǔ)引擎。作為我們每天打交道的存儲(chǔ)引擎，我們對(duì)它可能需要對(duì)它有更多的了解。這樣對(duì)于很多靈異事件，才能從容應(yīng)對(duì)。

2019-11-04 15:57:29

MySQL InnoDB 內(nèi)存

架構(gòu)師必備，了解分層架構(gòu)中緩存那點(diǎn)事兒

無論是CDN緩存加速，還是CPU的三級(jí)緩存，又或者是在如今互聯(lián)網(wǎng)時(shí)代流量紅利所帶來的高并發(fā)結(jié)構(gòu)客戶端，而不得不使用緩存架構(gòu)。

2019-10-30 16:24:34

分層架構(gòu)緩存

聊聊原子變量、鎖、內(nèi)存屏障那點(diǎn)事

突然想聊聊這個(gè)話題，是因?yàn)橹跎系囊粋€(gè)問題多次出現(xiàn)在了我的Timeline里：請(qǐng)問，多個(gè)線程可以讀一個(gè)變量，只有一個(gè)線程可以對(duì)這個(gè)變量進(jìn)行寫，到底要不要加鎖?可惜的是很多高票答案語焉不詳，甚至有所錯(cuò)漏。

2019-10-30 09:56:56

內(nèi)存屏障變量

Redis中8種數(shù)據(jù)結(jié)構(gòu)的底層數(shù)據(jù)結(jié)構(gòu)源碼詳解

Redis中的Key與Value在表層都是一個(gè)redisObject實(shí)例, 所以該結(jié)構(gòu)有所謂的"類型", 即是ValueType. 對(duì)于每一種Value Type類型的redisObject;其底層至少支持兩種不同的底層數(shù)據(jù)結(jié)構(gòu)來實(shí)現(xiàn). 以應(yīng)對(duì)在不同的應(yīng)用場(chǎng)景中, Redis的運(yùn)行效率, 或內(nèi)存占用等。

2019-10-29 08:59:16

Redis 底層數(shù)據(jù)

聊聊關(guān)于Redis中16個(gè)默認(rèn)數(shù)據(jù)庫的知識(shí)

Redis是一個(gè)字典結(jié)構(gòu)的存儲(chǔ)服務(wù)器，一個(gè)Redis實(shí)例提供了多個(gè)用來存儲(chǔ)數(shù)據(jù)的字典，客戶端可以指定將數(shù)據(jù)存儲(chǔ)在哪個(gè)字典中。

2019-10-28 10:29:49

Redis 數(shù)據(jù)庫分布式鎖

Redis內(nèi)存爆炸增長(zhǎng)？你需要知道這一套R(shí)edis內(nèi)存分析方法

Redis是當(dāng)前比較熱門的NOSQL數(shù)據(jù)庫之一，和Memcache一樣，數(shù)據(jù)都是緩存在計(jì)算機(jī)內(nèi)存中。完全開源免費(fèi)，遵守BSD協(xié)議，是一個(gè)高性能的key-value數(shù)據(jù)庫。通過在內(nèi)存中讀寫數(shù)據(jù)，大大提高了數(shù)據(jù)讀寫速度，可以說Redis是實(shí)現(xiàn)網(wǎng)站高并發(fā)不可或缺的一部分。

2019-10-24 08:43:46

Redis 內(nèi)存 NOSQL

穩(wěn)了！用Redis實(shí)現(xiàn)“附近的人”功能

針對(duì)“附近的人”這一位置服務(wù)領(lǐng)域的應(yīng)用場(chǎng)景，常見的可使用 PG、MySQL 和 MongoDB 等多種 DB 的空間索引進(jìn)行實(shí)現(xiàn)。

2019-10-23 09:48:46

Redis MySQL MongoDB

Redis集群都有哪些模式

Sentinel(哨兵)進(jìn)程是用于監(jiān)控redis集群中Master主服務(wù)器工作的狀態(tài)，在Master主服務(wù)器發(fā)生故障的時(shí)候，可以實(shí)現(xiàn)Master和Slave服務(wù)器的切換，保證系統(tǒng)的高可用。

2019-10-23 09:20:11

Redis 集群主從復(fù)制

Redis集群的5種使用方式，各自優(yōu)缺點(diǎn)分析

Redis 多副本，采用主從(replication)部署結(jié)構(gòu)，相較于單副本而言最大的特點(diǎn)就是主從實(shí)例間數(shù)據(jù)實(shí)時(shí)同步，并且提供數(shù)據(jù)持久化和備份策略。

2019-10-22 10:48:48

Redis 集群架構(gòu)

資深架構(gòu)師分享：大型網(wǎng)站多級(jí)緩存的分層架構(gòu)

這種說法帶有片面性，甚至是一知半解，但是作為專業(yè)人士的我們，需要對(duì)緩存有更深、更廣的了解。

2019-10-21 09:32:48

緩存架構(gòu)分層

6個(gè)常見的高并發(fā)緩存問題，你知道幾個(gè)？

一般來說，現(xiàn)在的互聯(lián)網(wǎng)應(yīng)用網(wǎng)站或者APP，它的整體流程可以用我們這個(gè)圖里展示的來表示，用戶請(qǐng)求開始，從這個(gè)界面是最里面的瀏覽器和APP，到網(wǎng)絡(luò)轉(zhuǎn)發(fā)，再到應(yīng)用服務(wù)，最后到存儲(chǔ)，這純屬可能是數(shù)據(jù)庫文件系統(tǒng)，然后再返回到界面呈現(xiàn)內(nèi)容。

2019-10-17 16:02:44

高并發(fā)緩存瀏覽器

支撐現(xiàn)代分布式存儲(chǔ)系統(tǒng)的算法

隨著應(yīng)用程序處理的數(shù)據(jù)量不斷增長(zhǎng)，擴(kuò)展存儲(chǔ)變得愈發(fā)具有挑戰(zhàn)性。每個(gè)數(shù)據(jù)庫系統(tǒng)都有自己的方案。為了從這些方案中做出正確的選擇，了解它們是至關(guān)重要的。

2019-10-15 10:59:43

分布式存儲(chǔ)系統(tǒng)

KeyDB——據(jù)說是比Redis快5倍的中間件，為啥這么快？

KeyDB項(xiàng)目是從redis fork出來的分支。眾所周知redis是一個(gè)單線程的kv內(nèi)存存儲(chǔ)系統(tǒng)，而KeyDB在100%兼容redis API的情況下將redis改造成多線程。

2019-10-14 09:50:52

KeyDB Redis 中間件

萬萬沒想到，Redis多線程版本竟然比原生版本快那么多

如果我告訴您有一個(gè) Redis 的分支版本，它的性能比原生的 Redis 快 5 倍，而且延遲卻降低近 5 倍，你會(huì)不會(huì)想了解一下這個(gè)項(xiàng)目?

2019-10-12 08:53:26

Redis 多線程版本

從源碼解密Spark內(nèi)存管理

我們都知道spark之所以比mapreduce計(jì)算的快，是因?yàn)樗腔趦?nèi)存的，不用每次計(jì)算完都寫磁盤，再讀取出來進(jìn)行下一次計(jì)算，spark直接把內(nèi)存作為數(shù)據(jù)的臨時(shí)儲(chǔ)存介質(zhì)。所以mapreduce就沒有強(qiáng)調(diào)內(nèi)存管理，而spark需要管理內(nèi)存。

2019-10-10 16:20:23

spark 內(nèi)存管理

搞懂高可用緩存架構(gòu)，總結(jié)五大緩存問題解決方案

緩存雪崩指的是由于數(shù)據(jù)沒有被加載到緩存中，或者緩存數(shù)據(jù)在同一時(shí)間大面積失效(過期)，又或者緩存服務(wù)器宕機(jī)，導(dǎo)致大量的請(qǐng)求都到達(dá)數(shù)據(jù)庫。

2019-10-09 16:18:36

緩存架構(gòu)雪崩

Redis讀寫分離難以理解？一文解析Redis讀寫分離技術(shù)

云數(shù)據(jù)庫Redis版不管主從版還是集群規(guī)格，replica作為備庫不對(duì)外提供服務(wù)，只有在發(fā)生HA的時(shí)候，replica提升為master后才承擔(dān)讀寫流量。

2019-09-30 09:19:54

Redis 分離云數(shù)據(jù)庫

微服務(wù)架構(gòu)中緩存模式

有許多方法可以配置系統(tǒng)中的緩存，緩沖應(yīng)該被放在系統(tǒng)的哪個(gè)層上?根據(jù)以往成功經(jīng)驗(yàn)，系統(tǒng)中您應(yīng)該只在一個(gè)地方使用緩存。

2019-09-29 10:29:02

緩存模式微服務(wù)架構(gòu)

Redis內(nèi)存回收機(jī)制，把我整懵了...

之前看到過一道面試題：Redis 的過期策略都有哪些?內(nèi)存淘汰機(jī)制都有哪些?手寫一下 LRU 代碼實(shí)現(xiàn)?

2019-09-27 09:13:55

Redis 內(nèi)存機(jī)制

你知道 Redis數(shù)據(jù)結(jié)構(gòu)底層實(shí)現(xiàn)嗎？一文詳解，徹底弄懂

我們?cè)诿嬖嚂r(shí)，常?？梢杂龅降拿嬖囶}是關(guān)于redis，這是很多面試官都喜歡的一個(gè)部分。而今天要講的，是redis的底層數(shù)據(jù)結(jié)構(gòu)，并非是我們所理解中的五大數(shù)據(jù)結(jié)構(gòu)。

2019-09-27 08:53:47

Redis 數(shù)據(jù)C語言

選擇正確AI數(shù)據(jù)存儲(chǔ)的6條標(biāo)準(zhǔn)

人工智能和機(jī)器學(xué)習(xí)已成為兩個(gè)最重要的工具，它們可幫助企業(yè)利用其核心數(shù)字資產(chǎn)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。但是在購買AI數(shù)據(jù)存儲(chǔ)之前，企業(yè)必須考慮各種需求–基于機(jī)器學(xué)習(xí)平臺(tái)如何獲取、處理和保留數(shù)據(jù)。

2019-09-26 10:25:32

AI 數(shù)據(jù)存儲(chǔ)

上一頁 1 ··· 11 12 13 14 15 ··· 44 下一頁

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

<cite id="y94jh"><button id="y94jh"></button></cite>

<style id="y94jh"></style>

<center id="y94jh"><tbody id="y94jh"><strong id="y94jh"></strong></tbody></center>