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

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)練營

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

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

數(shù)據(jù)庫

1.6w內(nèi)容??

關(guān)注

數(shù)據(jù)庫話題為數(shù)據(jù)庫工程師和數(shù)據(jù)庫管理人員提供數(shù)據(jù)庫相關(guān)新聞資訊、前沿技術(shù)、管理和開發(fā)技巧、使用案例等內(nèi)容，涉及SQL Server、MySQL、MariaDB、PostgreSQL、Redis、MongoDB等數(shù)據(jù)庫。

文章博文帖子課程

共 1.6w 條

重生之 MySQL B+Tree 提前問世二十年，MySQL之父叫我?guī)煾?/a>

B+樹把磁盤的物理運(yùn)動(dòng)，變成了內(nèi)存的閃電舞蹈！"——當(dāng)日登上《程序員》雜志封面。三月后，林淵成立"深空科技"，發(fā)布"伏羲 B+引擎"。

2025-04-07 08:30:04

MySQL B+Tree ID 字段

常見SQL慢查詢問題及解決方法

??SQL?? 慢查詢問題的排查和解決需要綜合考慮多個(gè)方面，包括索引的使用、查詢語句的編寫、表的關(guān)聯(lián)方式以及數(shù)據(jù)庫的配置等。通過對常見問題的分析和針對性的解決方法，可以有效地提高數(shù)據(jù)庫查詢的性能，提升系統(tǒng)的整體運(yùn)行效率。

2025-04-07 07:20:35

SQL 慢查詢性能

鏡像漏洞清零計(jì)劃：Trivy + 自動(dòng)化修復(fù)流水線實(shí)戰(zhàn)

本文將深入探討鏡像漏洞的全生命周期管理，覆蓋精準(zhǔn)檢測、分級(jí)修復(fù)、運(yùn)行時(shí)防護(hù) ，并提供可直接落地的代碼和架構(gòu)設(shè)計(jì)。

2025-04-07 04:21:00

鏡像漏洞流水線

MySQL 8.0 INSTANT DDL 算法原理簡析

MySQL 8.0 中引入 INSTANT DDL，極大提高了 DDL 的執(zhí)行效率，具體原理簡單說就是僅修改元數(shù)據(jù)，不修改現(xiàn)有行的物理結(jié)構(gòu)，顯然這樣會(huì)導(dǎo)致數(shù)據(jù)與表結(jié)構(gòu)不一致，這個(gè)問題是怎么解決的呢？本文將簡單分析這個(gè)問題，并先回顧 online DDL。

2025-04-07 03:00:00

MySQL DDL online

面試官：說說MySQL主從復(fù)制實(shí)現(xiàn)原理？

MySQL 主從復(fù)制用于多個(gè)數(shù)據(jù)庫服務(wù)器之間的數(shù)據(jù)同步，它可以提供高可用性、提高數(shù)據(jù)庫整體性能和吞吐量，以及可以進(jìn)行數(shù)據(jù)備份和數(shù)據(jù)庫恢復(fù)。

2025-04-07 00:00:00

MySQL 數(shù)據(jù)庫服務(wù)器

RAG實(shí)戰(zhàn) | 向量數(shù)據(jù)庫LanceDB指南

LanceDB是一個(gè)開源的用 Rust 實(shí)現(xiàn)的向量數(shù)據(jù)庫。向量搜索是一種在高維空間中搜索向量的方法，主要是將原始數(shù)據(jù)通過嵌入模型得到向量，然后通過向量相似度算法計(jì)算向量之間的距離，從而找到最相似的向量。

2025-04-03 16:02:14

RAG 向量數(shù)據(jù)庫 LanceDB

為什么AI需要向量數(shù)據(jù)庫？

大模型遇到了嚴(yán)峻瓶頸。參數(shù)膨脹效益遞減，幻覺問題依舊。在這關(guān)鍵節(jié)點(diǎn)，有個(gè)核心技術(shù)正在成為破局者——向量數(shù)據(jù)庫。

2025-04-03 11:04:40

AI 向量數(shù)據(jù)庫大模型

Redis 三主三從高可用集群部署全過程詳解

在每臺(tái)主機(jī)上運(yùn)行兩個(gè) Redis 實(shí)例，需要為每個(gè)實(shí)例創(chuàng)建獨(dú)立的配置文件和數(shù)據(jù)目錄。

2025-04-03 11:00:00

Redis 集群數(shù)據(jù)庫

一文讀懂 Apache Doris

海量數(shù)據(jù)如同洪水般涌來，傳統(tǒng)數(shù)據(jù)庫卻無力應(yīng)對？當(dāng)分析查詢需求日益增長，普通數(shù)據(jù)庫卻只能提供龜速的響應(yīng)時(shí)間？當(dāng)業(yè)務(wù)決策需要實(shí)時(shí)洞察，而系統(tǒng)返回的只有超時(shí)提示？這正是Apache Doris要解決的核心問題。

2025-04-03 10:56:47

數(shù)據(jù)庫數(shù)據(jù)分析

MySQL 主從，一定會(huì)不一致！

今天聊聊數(shù)據(jù)庫主庫與從庫的一致性問題，以及數(shù)據(jù)庫主從不一致時(shí)的四種常見優(yōu)化方案。

2025-04-03 09:51:37

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

震驚！用 Redis+AI 模型實(shí)現(xiàn)秒級(jí)實(shí)時(shí)風(fēng)控，這波操作太秀了

兄弟們，有沒有遇到過這種情況：凌晨三點(diǎn)在某東搶購顯卡，剛提交訂單就提示"系統(tǒng)繁忙"，轉(zhuǎn)頭發(fā)現(xiàn)黃牛已經(jīng)在海鮮市場掛出同款；掃碼支付時(shí)突然彈出風(fēng)險(xiǎn)提示，非要驗(yàn)證人臉識(shí)別；更絕的是某銀行APP，剛輸完密碼就收到短信提醒："檢測到您的賬戶存在異常操作"——但此時(shí)您根本沒動(dòng)過手機(jī)。

2025-04-03 09:30:56

Redis AI 模型

活動(dòng)中臺(tái)系統(tǒng)慢 SQL 治理實(shí)踐

活動(dòng)中臺(tái)系統(tǒng)作為中臺(tái)項(xiàng)目非常注重系統(tǒng)性能和用戶體驗(yàn)，數(shù)據(jù)庫系統(tǒng)性能問題會(huì)對應(yīng)用程序的性能和用戶體驗(yàn)產(chǎn)生負(fù)面影響。慢查詢可能導(dǎo)致應(yīng)用程序響應(yīng)變慢、請求堆積、系統(tǒng)負(fù)載增加等問題，甚至引發(fā)系統(tǒng)崩潰或不可用的情況，因此，需要在數(shù)據(jù)庫系統(tǒng)中針對執(zhí)行緩慢的SQL查詢進(jìn)行優(yōu)化和改進(jìn)。

2025-04-03 09:00:00

慢SQL 數(shù)據(jù)庫

行轉(zhuǎn)列不再復(fù)雜：SQL高手都在用的技巧揭秘

將冗長的縱向數(shù)據(jù)“壓縮”為橫向結(jié)構(gòu)，讓分析更高效。本文將通過實(shí)戰(zhàn)案例，手把手教你掌握 SQL 中行轉(zhuǎn)列的3 種核心方法，并揭示高手的隱藏技巧。

2025-04-03 08:00:51

SQL 原始數(shù)據(jù)結(jié)構(gòu)

Elasticsearch深度分頁全解：從原理到跳頁實(shí)戰(zhàn)

在數(shù)據(jù)爆炸的時(shí)代，分頁查詢已成為系統(tǒng)標(biāo)配功能。但當(dāng)面對億級(jí)數(shù)據(jù)量時(shí)，傳統(tǒng)的分頁方式卻可能成為壓垮系統(tǒng)的最后一根稻草。本文將深入剖析Elasticsearch深度分頁的成因，并提供常見的解決方案.

2025-04-03 00:03:00

數(shù)據(jù)內(nèi)存網(wǎng)絡(luò)

五分鐘快速部署 MySQL：二進(jìn)制方式

本篇文章我們將分享關(guān)于 MySQL 五種部署方式中的二進(jìn)制部署。下面，我們一起來看。

2025-04-02 11:30:00

MySQL 二進(jìn)制部署數(shù)據(jù)庫

IvorySQL：兼容Oracle數(shù)據(jù)庫的開源PostgreSQL

今天給大家介紹一款基于 PostgreSQL 開發(fā)、兼容 Oracle 數(shù)據(jù)庫的國產(chǎn)開源關(guān)系型數(shù)據(jù)庫管理系統(tǒng)：IvorySQL。

2025-04-02 08:30:00

IvorySQL Oracle PostgreSQL

CTO 問我，為什么不按照教材上的 3NF 來設(shè)計(jì)數(shù)據(jù)庫？

數(shù)據(jù)冗余在大數(shù)據(jù)量與高并發(fā)量的數(shù)據(jù)庫設(shè)計(jì)中使用極其廣泛，今天重點(diǎn)講講冗余表的設(shè)計(jì)。

2025-04-02 08:05:00

數(shù)據(jù)庫 3NF 數(shù)據(jù)冗余

阿里面試：MySQL樂觀鎖是什么？底層實(shí)現(xiàn)原理？

MySQL的樂觀鎖通過版本號(hào)或時(shí)間戳機(jī)制實(shí)現(xiàn)，其核心原理：是在更新數(shù)據(jù)時(shí)檢查數(shù)據(jù)是否被其他事務(wù)修改，從而避免并發(fā)沖突。

2025-04-02 01:22:44

MySQL 樂觀鎖數(shù)據(jù)

重生之 MySQL 索引失效六大陷阱

書接上回，林淵盯著監(jiān)控屏上跳動(dòng)的QPS 18500，突然發(fā)現(xiàn)商品搜索接口的???Handler_read_next???計(jì)數(shù)器每秒暴漲百萬次。" 這是全表掃描的死亡信號(hào)！"他抓起對講機(jī)："立刻降級(jí)推薦系統(tǒng)！"

2025-04-02 00:00:04

MySQL 索引失效

SpringAI用嵌入模型操作向量數(shù)據(jù)庫！

嵌入模型和向量數(shù)據(jù)庫是實(shí)現(xiàn) RAG（檢索增強(qiáng)生成）的技術(shù)基礎(chǔ)，當(dāng)然除了以上案例外，你可以使用 Redis 或 ES 來存儲(chǔ)向量數(shù)據(jù)，并嘗試加入 DeepSeek 實(shí)現(xiàn) RAG 功能，這種形式更符合企業(yè)真實(shí)的技術(shù)應(yīng)用。

2025-04-02 00:00:00

向量數(shù)據(jù)庫嵌入模型 RAG

關(guān)于分庫分表，你知道多少？

本質(zhì)上分庫分表是三個(gè)概念，這里我們都是從水平拓展的維度討論問題，本質(zhì)上分庫分表中的概念分別對應(yīng)：分庫、分表和分庫分表。

2025-04-01 08:45:00

分庫分表數(shù)據(jù)庫 MySQL

RAG知識(shí)庫的數(shù)據(jù)方案：圖數(shù)據(jù)庫、向量數(shù)據(jù)庫和知識(shí)圖譜怎么選？

想解決一個(gè)困擾企業(yè)多年的問題：如何讓員工快速找到所需信息？檢索增強(qiáng)生成（RAG）技術(shù)有望成為解決這一難題的關(guān)鍵，但如何選擇最合適的數(shù)據(jù)存儲(chǔ)方案？向量數(shù)據(jù)庫？圖數(shù)據(jù)庫？還是知識(shí)圖譜？讓我們一探究竟。

2025-04-01 07:30:00

RAG 圖數(shù)據(jù)庫向量數(shù)據(jù)庫

三分鐘掌握MySQL是如何存儲(chǔ)一行記錄

Mysql的數(shù)據(jù)是保存在磁盤上，數(shù)據(jù)具體保存在磁盤的哪個(gè)文件上是由存儲(chǔ)引擎決定的，Mysql支持多種存儲(chǔ)引擎（如InnoDB、MyISAM等），不同的存儲(chǔ)引擎保存的文件也存在一定的差異。

2025-04-01 01:25:00

MySQL InnoDB MyISAM

Redis集群全解析：從原理到實(shí)戰(zhàn)，如何構(gòu)建高可用分布式緩存

Redis集群是應(yīng)對高并發(fā)、大數(shù)據(jù)的利器，但“沒有銀彈”——需根據(jù)業(yè)務(wù)特點(diǎn)選擇方案。對于大多數(shù)企業(yè)，Redis Cluster是平衡性能與擴(kuò)展性的最優(yōu)解。如果你還在為單機(jī)Redis的性能焦慮，不妨從搭建一個(gè)3主3從的集群開始，邁向分布式緩存的新世界！

2025-04-01 01:04:00

Redis 集群緩存

MySQL 主從集群 + mycat 雙節(jié)點(diǎn) + Keepalived 讀寫分離高可用方案

今天分享一下讀寫分離使用 MyCAT 版本來實(shí)現(xiàn) MySQL 主從集群與 MyCAT 雙節(jié)點(diǎn)部署，并結(jié)合 Keepalived 實(shí)現(xiàn)高可用的完整解決方案。

2025-03-31 10:40:52

MySQL 集群 MyCAT

重生之我用 2025 年的 InnoDB 知識(shí)在 2003 年 IT 圈打工

2003 年 12 月 31 日 23:45，北京中關(guān)村某電商公司機(jī)房。林淵盯著監(jiān)控屏上瘋狂跳動(dòng)的Table_locks_waited計(jì)數(shù)器，手指在鍵盤上懸停。距離新年促銷只剩 15 分鐘，MyISAM 表鎖導(dǎo)致的雪崩效應(yīng)正在蔓延。

2025-03-31 08:31:15

IT InnoDB 計(jì)數(shù)器

從日志到表格，不用導(dǎo)入數(shù)據(jù)庫就能用 SQL 查詢

dsq 是 DataStation（一個(gè)圖形界面工具）的命令行伴侶，二者共享底層技術(shù)棧，但 dsq 專注于命令行用戶，提供輕量、快速的數(shù)據(jù)分析能力。

2025-03-31 08:20:00

SQL 查詢數(shù)據(jù)庫 dsq

生產(chǎn)環(huán)境CPU狂飆900%，到底該如何處理？

大家在使用MySQL過程，想必都有遇到過CPU突然過高，或者達(dá)到200%以上的情況。數(shù)據(jù)庫執(zhí)行查詢或數(shù)據(jù)修改操作時(shí)，系統(tǒng)需要消耗大量的CPU資源維護(hù)從存儲(chǔ)系統(tǒng)、內(nèi)存數(shù)據(jù)中的一致性。

2025-03-31 08:04:50

MySQL CPU 內(nèi)存

千萬級(jí)的大表，如何做性能優(yōu)化？

很多小伙伴的數(shù)據(jù)庫在剛開始的時(shí)候表現(xiàn)良好，查詢也很流暢，但一旦表中的數(shù)據(jù)量上了千萬級(jí)，性能問題就開始浮現(xiàn)：查詢慢、寫入卡、分頁拖沓、甚至偶爾直接宕機(jī)。

2025-03-31 01:55:00

千萬級(jí)性能優(yōu)化

MySQL：MyISAM鎖表致千萬損失！穿越工程師如何逆天改命

本章技術(shù)要點(diǎn)總結(jié)：1. MyISAM 鎖機(jī)制：表級(jí)鎖導(dǎo)致并發(fā)災(zāi)難，SHOW STATUS LIKE 'Table_locks%'監(jiān)控鎖爭用；2. 崩潰恢復(fù)缺陷：斷電可能導(dǎo)致索引/數(shù)據(jù)不一致，需定期執(zhí)行REPAIR TABLE；3. 性能優(yōu)化方向：通過myisamchk --analyze優(yōu)化索引統(tǒng)計(jì)信息；4. 歷史價(jià)值：MyISAM 在 GIS 和全文索引領(lǐng)域仍具參考價(jià)值。

2025-03-31 00:00:01

QPS MySQL MyISAM

MySQL MyISAM引擎是什么？有什么致命缺陷？為何現(xiàn)在都不使用了？

"當(dāng)我啟動(dòng) InnoDB 引擎時(shí)，服務(wù)器內(nèi)存突然耗盡..." —— 林淵如何用 Buffer Pool 優(yōu)化化解內(nèi)存危機(jī)？

2025-03-31 00:00:00

InnoDB 引擎優(yōu)化

來聊聊大廠常用的分布式 ID 生成方案

本文就基于保證數(shù)據(jù)ID唯一的要求針對市面主流的幾種分布式ID算法的特點(diǎn)和適用場景展開深入探討。

2025-03-28 10:27:29

分布式ID 分庫分表算法

國產(chǎn)數(shù)據(jù)庫“AI助手”能力如何原創(chuàng)

從各家反饋來看，整體效果還是不錯(cuò)的。做的比較好的，可以提供較為完善的信息（包括步驟、示例），也都提供了信息的來源方便檢索糾錯(cuò)。

2025-03-28 07:33:09

數(shù)據(jù)庫 AI助手設(shè)計(jì)

Elasticsearch實(shí)戰(zhàn)指南：讓你的業(yè)務(wù)搜索飛起來

當(dāng)你的MySQL數(shù)據(jù)庫查詢突然從0.5秒飆升到15秒，當(dāng)你的產(chǎn)品經(jīng)理第20次提出"模糊搜索要支持同義詞聯(lián)想"時(shí)——是時(shí)候重新認(rèn)識(shí)這個(gè)改變搜索游戲規(guī)則的分布式搜索引擎了。

2025-03-28 03:20:00

MySQL 數(shù)據(jù)庫搜索

PgDog：一個(gè)PostgreSQL分布式集群中間件

PgDog 是一個(gè)實(shí)現(xiàn)了 PostgreSQL 分片、連接池以及負(fù)載均衡功能的中間。PgDog 使用 Rust 語言編寫，支持跨平臺(tái)（Linux、Mac OS、Windows），具有高性能和高可靠性，可以在不需要修改任何應(yīng)用程序的前提下實(shí)現(xiàn) PostgreSQL 數(shù)據(jù)庫的水平擴(kuò)展。

2025-03-27 11:03:18

PostgreSQL PgDog 分布式集群

深度剖析 StarRocks 讀取 ORC 加密文件背后的技術(shù)

本文介紹了StarRocks數(shù)據(jù)庫如何讀取ORC加密文件，包括基礎(chǔ)概念以及具體實(shí)現(xiàn)方案。深入探討了利用ORC文件的四層結(jié)構(gòu)和三層索引機(jī)制，實(shí)現(xiàn)高效查詢加密數(shù)據(jù)。希望通過本文對ORC加密文件讀取功能的實(shí)現(xiàn)細(xì)節(jié)的剖析，讓讀者更加深刻理解ORC文件，同時(shí)了解StarRocks支持加解密數(shù)據(jù)分析的方案。

2025-03-27 09:58:50

StarRocks 數(shù)據(jù)庫

國產(chǎn)集中式數(shù)據(jù)庫對象評測 — 表原創(chuàng)

針對國產(chǎn)集中式數(shù)據(jù)庫的 SQL 能力，做了一系列的評測工作，通過多篇文章分享，受到了業(yè)內(nèi)的廣泛關(guān)注。這里緊接著上一話題重新開辟一個(gè)系列，從另一個(gè)維度-對象，來評估下各廠商產(chǎn)品針對數(shù)據(jù)對象的支持能力如何。

2025-03-27 07:30:28

集中式數(shù)據(jù)庫 SQL

MySQL悲觀鎖是什么？底層實(shí)現(xiàn)原理？

在 MySQL 中悲觀鎖（Pessimistic Lock），是一種并發(fā)控制機(jī)制，用于防止多個(gè)事務(wù)同時(shí)修改同一條數(shù)據(jù)，從而確保數(shù)據(jù)一致性。基于“悲觀”的假設(shè)，認(rèn)為在多用戶環(huán)境下，數(shù)據(jù)被多個(gè)事務(wù)同時(shí)訪問、或修改的沖突概率較高。

2025-03-27 04:00:00

MySQL 悲觀鎖事務(wù)

"慢SQL"治理的幾點(diǎn)思考

如果SQL沒有問題，那么關(guān)注點(diǎn)可以放在mysql實(shí)例的資源開銷上了。因?yàn)樵斐陕樵兊脑虿粏沃皇荢QL本身，有可能是磁盤負(fù)載，CPU以及網(wǎng)絡(luò) 等方面的資源不足引起了。

2025-03-27 03:22:00

SQL 緩存 mysql

Go語言中Redis管道的性能潛力

Redis管道技術(shù)為高并發(fā)場景下的性能優(yōu)化提供了有效手段，但需要開發(fā)者深入理解其實(shí)現(xiàn)原理和適用邊界。通過合理控制批處理規(guī)模、優(yōu)化命令組合方式，并配合完善的監(jiān)控體系，可以在保證系統(tǒng)穩(wěn)定性的前提下充分發(fā)揮Redis的性能潛力。

2025-03-27 00:45:00

Redis QPS 場景

Redis 核心知識(shí)點(diǎn)深度剖析：原理、機(jī)制與應(yīng)用

本文將深入探討Redis的核心知識(shí)點(diǎn)，帶你領(lǐng)略其內(nèi)部的奧秘，助力你在數(shù)據(jù)處理的領(lǐng)域中如魚得水。

2025-03-26 11:30:40

Redis 數(shù)據(jù)處理數(shù)據(jù)庫

SpringBoot與Jasypt整合，實(shí)現(xiàn)數(shù)據(jù)庫字段自動(dòng)加密解密功能

使用Jasypt可以顯著提升應(yīng)用程序的數(shù)據(jù)安全性，簡化加密操作，并提供靈活的配置選項(xiàng)。不僅有助于滿足各種法規(guī)要求，還能提高開發(fā)效率和系統(tǒng)的整體穩(wěn)定性。

2025-03-26 08:43:17

Jasypt 數(shù)據(jù)庫配置

面試官：MySQL優(yōu)化手段有哪些？

MySQL 常見的優(yōu)化手段包含 5 大類，索引優(yōu)化、SQL 優(yōu)化、事務(wù)和鎖優(yōu)化、架構(gòu)優(yōu)化和硬件及配置優(yōu)化。你還知道哪些優(yōu)化手段呢？

2025-03-26 01:25:00

MySQL 優(yōu)化事務(wù)

Apache Hive：基于Hadoop的分布式數(shù)據(jù)倉庫

Apache Hive 是一個(gè)基于 Apache Hadoop 構(gòu)建的開源分布式數(shù)據(jù)倉庫系統(tǒng)，支持使用 SQL 執(zhí)行 PB 級(jí)大規(guī)模數(shù)據(jù)分析與查詢。

2025-03-25 10:49:24

分布式數(shù)據(jù)倉庫 Hadoop SQL

每天一個(gè) Python 小問題！三小時(shí)血淚史！Python 連 Oracle 踩過的三個(gè)大坑，最后一個(gè)讓我差點(diǎn)砸鍵盤

作為一個(gè)自認(rèn)為已經(jīng)摸爬滾打多年的"老"程序員，這次真是被Oracle狠狠教育了一番。來，讓我把這三個(gè)坑一一道來，希望你們能少走彎路。

2025-03-25 10:35:37

Oracle Python 數(shù)據(jù)庫

38 張圖詳解 Redis：核心架構(gòu)、發(fā)布訂閱機(jī)制、九大數(shù)據(jù)類型底層原理、RDB和AOF 持久化、高可用架構(gòu)、性能問題排查和調(diào)優(yōu)

如果一批 key 的確是同時(shí)過期，可以在 EXPIREAT? 和 EXPIRE 的過期時(shí)間參數(shù)上，加上一個(gè)一定大小范圍內(nèi)的隨機(jī)數(shù)，這樣，既保證了 key 在一個(gè)鄰近時(shí)間范圍內(nèi)被刪除，又避免了同時(shí)過期造成的壓力。

2025-03-25 08:35:53

Redis 架構(gòu)機(jī)制

到底什么是“數(shù)據(jù)湖”？

數(shù)據(jù)湖，英文名叫做Data Lake。它和數(shù)據(jù)庫、數(shù)據(jù)倉庫一樣，是一種存儲(chǔ)和處理數(shù)據(jù)的平臺(tái)。

2025-03-24 12:18:25

數(shù)據(jù)庫數(shù)據(jù)倉庫存儲(chǔ)

MySQL 能不能雙主？有沒有一致性問題？

MySQL 主庫高可用，主庫一致性，是有一些小技巧的。下面，我們一起來看。

2025-03-24 10:17:01

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

Redisson 全面解析：從使用方法到工作原理的深度探索

本文演示了redisson幾個(gè)常用的數(shù)據(jù)結(jié)構(gòu)以及一些簡單并發(fā)流程工具使用示例和底層源碼分析，希望對你有幫助。?

2025-03-24 09:57:19

Redisson redis 數(shù)據(jù)結(jié)構(gòu)

降維打擊 Navicat！Chat2DB：21K Star 的 AI 數(shù)據(jù)庫管理新王者

Chat2DB以其開源、AI驅(qū)動(dòng)的特點(diǎn)，提供了一個(gè)高效、易用的數(shù)據(jù)庫管理解決方案，尤其適合需要支持多種數(shù)據(jù)庫和智能化工具的用戶。?

2025-03-21 08:00:00

數(shù)據(jù)庫管理數(shù)據(jù)庫 Chat2DB

上一頁 1 2 3 4 5 6 ··· 339 下一頁

點(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)練營