偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

AI.x社區(qū)

軟考社區(qū)

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

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

信創(chuàng)認(rèn)證

公眾號矩陣

移動端

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

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

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

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

51CTO

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

賬號設(shè)置退出

數(shù)據(jù)庫

1.7w內(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.7w 條

國產(chǎn)數(shù)據(jù)庫生態(tài)工具大起底原創(chuàng)

當(dāng)用戶談?wù)摂?shù)據(jù)庫時，常常會聚焦于性能指標(biāo)或基礎(chǔ)功能：TPS高不高？延遲低不低？是否有分布式？能否平滑擴展？然而，一個真實的現(xiàn)實是：再強大的數(shù)據(jù)庫產(chǎn)品，若沒有一套完善的生態(tài)工具配合，其在企業(yè)真實場景中的使用體驗會大打折扣，甚至可能根本無法落地。

2025-09-05 07:35:28

國產(chǎn)數(shù)據(jù)庫生態(tài)工具

系統(tǒng)不崩的秘籍：Redis的六大非緩存玩法，支撐高并發(fā)流量就靠它！

秒殺高并發(fā)排隊神器，當(dāng)年做電商秒殺，數(shù)據(jù)庫行鎖直接被打到奄奄一息。Redis 一出馬，線程乖乖排隊，老板再也不用擔(dān)心超賣。

2025-09-04 09:03:08

Redis 緩存高并發(fā)

Group By越來越慢，如何優(yōu)化性能？

Group By性能優(yōu)化是一個需要綜合考慮數(shù)據(jù)庫設(shè)計、查詢編寫和系統(tǒng)架構(gòu)的系統(tǒng)工程。每個業(yè)務(wù)場景都有其特殊性，需要根據(jù)實際情況選擇合適的優(yōu)化方案。

2025-09-03 08:23:03

Group 優(yōu)化性能

Redis有哪些部署方案？了解哨兵機制嗎？

如果考慮最終一致性的話，推薦的是使用 binlog + 消息隊列的方式，這個方案其有重試和順序消費，能夠最大限度地保證緩存與數(shù)據(jù)庫的最終一致性:。?

2025-09-03 04:25:00

Redis 部署架構(gòu)

面試官最愛問的坑：MySQL 中 FLOAT 和 DOUBLE 你真懂嗎？

別以為這是個“背誦定義”的小問題，面試官隨便一追問，很多候選人就“翻車”了。今天我就用一個小故事，把這件事掰開揉碎給大家講清楚，保證你下次遇到相關(guān)問題時，不僅能答，還能答得漂亮！

2025-09-03 04:25:00

MySQL FLOAT DOUBLE

面試官：MySQL BETWEEN AND 語句包括邊界嗎？

使用數(shù)據(jù)庫時，我們經(jīng)常會用到范圍查詢，今天來聊一聊?MySQL 的 BETWEEN AND 語句。

2025-09-02 08:44:35

MySQL 查詢數(shù)據(jù)庫

京東面試官揪著問的 InnoDB如何用MVCC和Next-Key Lock實現(xiàn)RR隔離？看完頓悟！

MySQL 的事務(wù)隔離級別是一個層次分明、權(quán)衡精妙的系統(tǒng)。從 RC 到 RR，不僅僅是隔離性的提升，更是 MVCC 從“每次生成視圖”到“第一次生成視圖”的轉(zhuǎn)變，以及鎖機制從“行鎖”到“Next-Key Lock”的升級。

2025-09-01 09:05:00

MySQL 事務(wù)隔離隔離性

Redis+Caffeine 太強了！

對比一下之前的 “老古董” 本地緩存比如 Guava Cache，Caffeine 的性能直接碾壓 —— 官方測試數(shù)據(jù)顯示，在高并發(fā)場景下，Caffeine 的命中率比 Guava Cache 高 10%-20%，而且內(nèi)存占用更省。我之前把項目里的 Guava Cache 換成 Caffeine，接口響應(yīng)時間直接從 8ms 降到了 3ms，內(nèi)存占用還少了 15%，簡直是 “降維打擊”。

2025-09-01 02:00:00

Redis Caffeine 數(shù)據(jù)

MySQL 更新消失案

在一個平常的夜晚，收到業(yè)務(wù)反饋某個檢測單流程卡住，不能繼續(xù)往下走。接到反饋后，連忙上線排查。發(fā)現(xiàn)問題點在一個詭異的現(xiàn)象 —— 數(shù)據(jù)庫更新消失:?在事務(wù)中，先更新一行記錄，后讀取該行，讀取到竟為更新前的舊值！

2025-09-01 01:55:00

MySQL 版本檢測單

面試官：MySQL Redo Log 和 Binlog 有什么區(qū)別？分別用在什么場景？

Redo Log 保存在 InnoDB 中，用于保證宕機后數(shù)據(jù)不丟，是 MySQL 支持?jǐn)?shù)據(jù)庫事務(wù)的基礎(chǔ)。Binlog 保存在 MySQL server 層，用于主從同步或點播恢復(fù)。

2025-08-29 07:58:42

MySQL 數(shù)據(jù)庫事務(wù)

小紅書新一代數(shù)據(jù)庫代理 RedHub 的設(shè)計與實踐

小紅書數(shù)據(jù)庫團(tuán)隊研發(fā)了新一代數(shù)據(jù)庫代理系統(tǒng) —— RedHub，致力于構(gòu)建統(tǒng)一、高性能、易運維的數(shù)據(jù)庫接入層，支撐未來十年的數(shù)據(jù)庫架構(gòu)演進(jìn)。

2025-08-29 02:00:00

小紅書數(shù)據(jù)庫 RedHub

揭秘！多租戶 SaaS 系統(tǒng)這樣設(shè)計：數(shù)據(jù)庫級/表級隔離 + 資源配額全攻略

我們已經(jīng)在多個 SaaS 項目中實現(xiàn)了從數(shù)百到數(shù)十萬租戶的平滑擴展，既保證了數(shù)據(jù)安全，又實現(xiàn)了資源的高效利用。

2025-08-28 07:36:48

多租戶 SaaS 數(shù)據(jù)庫

推薦四個不錯的數(shù)據(jù)庫設(shè)計工具，效率提升利器！

今天大姚給大家推薦四個不錯的數(shù)據(jù)庫設(shè)計工具，希望可以幫助到有需要的同學(xué)。

2025-08-28 06:00:00

數(shù)據(jù)庫數(shù)據(jù)庫設(shè)計開發(fā)

一文聊透CAP定理

ElasticSearch集群寫操作的實現(xiàn)原理為，客戶端請求通過協(xié)調(diào)節(jié)點路由到主分片，主分片處理完成后同步至副本分片。

2025-08-28 02:15:00

CAP MySQL 架構(gòu)

GreatSQL優(yōu)化技巧：手動實現(xiàn)謂詞下推

SQL優(yōu)化的核心思想是減少I/O開銷，無論什么優(yōu)化技巧都是圍繞這個主題，根據(jù)SQL具體情況演變出的形形色色的方法而已。萬變不離其宗，本案例也是如此。

2025-08-28 02:11:00

SQL 優(yōu)化性能

怎樣用Spanner、BigQuery與向量嵌入構(gòu)建實時推薦系統(tǒng) 譯文精選

本文將介紹一套基于用戶及產(chǎn)品向量嵌入的實時推薦系統(tǒng)，由BigQuery（Google Cloud完全托管的PB級數(shù)據(jù)倉庫）及Spanner（Coogle Cloud完全托管、適合關(guān)鍵任務(wù)的全局規(guī)模數(shù)據(jù)庫）提供支持。

2025-08-27 08:23:49

向量嵌入推薦系統(tǒng)數(shù)據(jù)庫

2025 DTCC 點滴有感原創(chuàng) 精選

作為一個數(shù)據(jù)庫多年從業(yè)者，看到了這些年來數(shù)據(jù)庫的快速發(fā)展。特別是在最近的二十年，國產(chǎn)數(shù)據(jù)庫經(jīng)歷了巨大的變化。

2025-08-27 07:39:44

數(shù)據(jù)庫國產(chǎn)化 PostgreSQL

設(shè)計本地緩存、Redis與數(shù)據(jù)庫的三層架構(gòu)：一致性協(xié)議與過期策略實踐

實際實施中，需要根據(jù)具體業(yè)務(wù)特點調(diào)整策略參數(shù)，如TTL時長、延遲刪除時間等。同時，完善的監(jiān)控和日志記錄對于排查問題和優(yōu)化系統(tǒng)至關(guān)重要。

2025-08-27 02:12:00

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

用雪花 id 和 uuid 做 MySQL 主鍵，被領(lǐng)導(dǎo)懟了

技術(shù)沒有好壞之分，只有合適不合適。別看到別人用雪花 ID、用 UUID，你就跟著用，得先搞明白背后的原理，結(jié)合自己的業(yè)務(wù)場景，才能做出正確的選擇。不然哪天被領(lǐng)導(dǎo)懟了，還不知道為啥，多冤??！?

2025-08-27 02:00:00

id MySQL 主鍵

開發(fā)者工具中的 IndexedDB 實戰(zhàn)指南：離線存儲、緩存優(yōu)化，玩轉(zhuǎn)瀏覽器數(shù)據(jù)庫！

IndexedDB它是構(gòu)建現(xiàn)代、高性能、離線友好型 Web 應(yīng)用的基石之一。對于前端開發(fā)工程師來說屬于必備技能。希望本篇文章能對大家了解IndexedDB技術(shù)提供一些幫助！

2025-08-26 07:17:20

IndexedDB 離線存儲緩存優(yōu)化

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：榨取硬件性能 - 現(xiàn)代分析型數(shù)據(jù)庫 OLAP 的深度優(yōu)化之旅

從避免CPU分支預(yù)測失敗的微觀技巧，到利用SIMD進(jìn)行向量化并行計算，再到通過查詢編譯消除解釋開銷，最后到云原生時代下計算存儲分離、彈性伸縮和軟硬件協(xié)同設(shè)計的宏觀架構(gòu)，現(xiàn)代分析型數(shù)據(jù)庫系統(tǒng)的發(fā)展充分體現(xiàn)了計算機科學(xué)的系統(tǒng)性思維。

2025-08-26 03:15:00

數(shù)據(jù)庫性能優(yōu)化

索引奪命十連問

簡單來說，索引就是數(shù)據(jù)的目錄。就像一本書的目錄能幫你快速找到內(nèi)容一樣，數(shù)據(jù)庫索引能幫你快速定位數(shù)據(jù)。

2025-08-26 02:22:00

索引定位數(shù)據(jù)

用過Redis哪些數(shù)據(jù)類型？Redis String 類型的底層實現(xiàn)是什么?

Redis 中的 Sting 類型底層實現(xiàn)主要基于 SDS(Simple Dynamic string 簡單動態(tài)字符串)結(jié)構(gòu)，并結(jié)合 int、embstr、raw 等不同的編碼方式進(jìn)行優(yōu)化存儲。

2025-08-26 02:15:00

Redis 字符串)SDS

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：Oracle In-Memory 數(shù)據(jù)庫揭秘 - 雙格式架構(gòu)如何驅(qū)動實時企業(yè)

為了滿足這一需求，數(shù)據(jù)庫技術(shù)必須進(jìn)化。傳統(tǒng)磁盤數(shù)據(jù)庫的 I/O 瓶頸使其難以勝任，?內(nèi)存數(shù)據(jù)庫（In-Memory Database）?因此應(yīng)運而生，成為推動這場變革的核心技術(shù)。

2025-08-26 02:12:00

數(shù)據(jù)庫系統(tǒng)架構(gòu)

在 SpringBoot 項目中如何動態(tài)切換數(shù)據(jù)源、數(shù)據(jù)庫？（可直接CV）

如果服務(wù)器搭建的是一主多從多個mysql數(shù)據(jù)源，主服務(wù)器用來讀。從服務(wù)器用來寫。此時你在代碼層面用注解指定了一個增刪改方法到從數(shù)據(jù)源，但是碰巧此時從數(shù)據(jù)源失效了，那么就會自動的切換到其它服務(wù)器。

2025-08-26 01:15:00

Spring 項目數(shù)據(jù)源

新數(shù)據(jù)庫國測名單解讀：信創(chuàng)深水區(qū)加速器原創(chuàng) 精選

當(dāng)中國數(shù)據(jù)庫產(chǎn)業(yè)跨越規(guī)模化應(yīng)用的門檻，實現(xiàn)從"政策驅(qū)動"到"價值驅(qū)動"的轉(zhuǎn)變，才能真正奠定數(shù)字經(jīng)濟的基石。未來三年，我們將見證這場自主創(chuàng)新征程中最激動人心的飛躍。?

2025-08-25 01:00:00

數(shù)據(jù)庫安全信息

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：海量數(shù)據(jù)場景下的分布式 OLAP

隨著云原生架構(gòu)和開放數(shù)據(jù)格式的普及，現(xiàn)代 OLAP 系統(tǒng)正變得前所未有的強大、靈活和經(jīng)濟高效。無論是商業(yè)巨頭 Snowflake、Redshift，還是開源新星 ClickHouse、DuckDB，理解它們背后的核心原理，都將幫助你更好地駕馭數(shù)據(jù)洪流，從中發(fā)掘價值。

2025-08-22 06:49:20

數(shù)據(jù)庫系統(tǒng)分布式

項目從 MySQL 切換 PostgreSQL，踩了太多的坑?。。?/a>

如果不想這樣，只能修改代碼的所有表對象的字段類型和傳參類型保證與postgres數(shù)據(jù)庫的字段類型對應(yīng)，但是有些依賴的框架底層自己操作數(shù)據(jù)庫可能就無法修改源碼了，只能修改數(shù)據(jù)庫表字段類型了。

2025-08-21 08:03:22

MySQL PostgreSQL 類型

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：OLTP 與分布式事務(wù)

本文將帶你深入分布式在線事務(wù)處理（OLTP）數(shù)據(jù)庫的核心，從最基礎(chǔ)的事務(wù)概念出發(fā)，層層剖析分布式環(huán)境下的原子性、一致性與可用性挑戰(zhàn)，探討從二階段提交（2PC）、共識協(xié)議（Paxos/Raft）到最終指導(dǎo)所有設(shè)計的 CAP 定理，理解構(gòu)建一個健壯分布式系統(tǒng)背后所必須做出的深刻權(quán)衡。

2025-08-21 06:39:13

OLTP 分布式數(shù)據(jù)庫

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：分布式數(shù)據(jù)庫簡介 - 共享無關(guān)、分區(qū)與分布式事務(wù)

理想情況下，這個中間件層對應(yīng)用開發(fā)者是透明的。開發(fā)者編寫的 SQL 仿佛是在操作一個單一的、巨大的邏輯數(shù)據(jù)庫，而無需關(guān)心數(shù)據(jù)具體存儲在哪個物理分片上。

2025-08-20 07:40:05

數(shù)據(jù)庫系統(tǒng)播客

小紅書自研Binlog Server守護(hù)MySQL數(shù)據(jù)0丟失

小紅書數(shù)據(jù)庫團(tuán)隊提出一種基于Binlog Server的數(shù)據(jù)一致性解決方案，通過提升半同步復(fù)制性能，加速日志傳輸，在故障時可無侵入現(xiàn)有數(shù)據(jù)庫架構(gòu)地實現(xiàn)自動補數(shù)據(jù)，保證數(shù)據(jù)一致性?，F(xiàn)推出的自研 Binlog Server 與 ORC 高可用方案，經(jīng)過實踐已證明可做到。

2025-08-19 09:05:26

小紅書數(shù)據(jù)庫 MySQL

天才用戶取用戶名為 null，害我熬夜查到兩點……

是的，你沒看錯，不是 Java 里的 ??null??，不是 SQL 里的 ??NULL??，而是一個貨真價實的字符串 "null"！這玩意兒乍一看人畜無害，但只要你代碼里稍不注意，它就能讓你懷疑人生。

2025-08-19 09:00:29

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：數(shù)據(jù)庫恢復(fù)機制 ARIES - LSN、模糊檢查點與 ARIES 三階段協(xié)議

ARIES 協(xié)議通過預(yù)寫式日志、重復(fù)歷史的重做、記錄日志的撤銷，以及高效的模糊檢查點機制，完美地解決了高性能 ??STEAL/NO-FORCE?? 策略下的崩潰恢復(fù)難題。它的三個恢復(fù)階段——分析、重做、撤銷——分工明確，邏輯嚴(yán)謹(jǐn)，確保了無論在何時發(fā)生崩潰，數(shù)據(jù)庫都能被恢復(fù)到一個正確的狀態(tài)。

2025-08-19 07:32:09

數(shù)據(jù)庫系統(tǒng)播客

阿里云安裝 MySQL 8.0.1 并配置全網(wǎng)訪問

以下是在阿里云服務(wù)器上安裝MySQL 8.0.1并配置允許所有IP訪問的詳細(xì)步驟，快來看看吧！

2025-08-18 09:35:43

阿里云 MySQL 數(shù)據(jù)庫

500萬并發(fā)不崩潰？InnoDB 內(nèi)存架構(gòu)的秘密曝光！

Buffer Pool 使用 LRU 算法的變體進(jìn)行管理。當(dāng)需要空間向緩沖池中添加新頁面時，最近最少使用的頁面被移除，并將新頁面添加到列表的中間。

2025-08-18 09:06:51

InnoDB 內(nèi)存架構(gòu)

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：日志與恢復(fù)機制解析

現(xiàn)代數(shù)據(jù)庫系統(tǒng)普遍采用基于 ??STEAL??? + ???NO-FORCE??? 策略的預(yù)寫日志（WAL）方案，并配合檢查點（Checkpoint）機制。

2025-08-18 07:32:23

數(shù)據(jù)庫系統(tǒng)播客

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：深入解析數(shù)據(jù)庫并發(fā)控制 - 兩階段鎖（2PL）

本文將深入探討實現(xiàn)隔離性的經(jīng)典協(xié)議—— 兩階段鎖（Two-Phase Locking, 2PL）。我們將從最基本的問題出發(fā)，層層遞進(jìn)，揭示2PL的工作原理、它面臨的挑戰(zhàn)以及在現(xiàn)代數(shù)據(jù)庫系統(tǒng)（如 MySQL 和 PostgreSQL）中的實際應(yīng)用。

2025-08-18 05:11:00

數(shù)據(jù)庫系統(tǒng)播客

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：深入理解多版本并發(fā)控制 (MVCC) - 現(xiàn)代數(shù)據(jù)庫的并發(fā)基石

MVCC 不僅僅是一個技術(shù)術(shù)語，它是一種精妙的設(shè)計哲學(xué)，是現(xiàn)代數(shù)據(jù)庫能夠在高并發(fā)世界中保持優(yōu)雅和高效的關(guān)鍵。它通過多版本的“時空”換取了讀寫并發(fā)的“自由”，但其實現(xiàn)背后充滿了深刻的權(quán)衡。

2025-08-18 01:23:00

數(shù)據(jù)庫系統(tǒng)播客

五大數(shù)據(jù)庫 MySQL/PostgreSQL/MongoDB/Redis/Cassandra ：選型指南

本文將深入剖析當(dāng)前最主流、應(yīng)用最廣泛的五大數(shù)據(jù)庫：MySQL、PostgreSQL、MongoDB、Redis、Cassandra，解析其核心架構(gòu)、適用場景與獨特優(yōu)勢。

2025-08-15 14:00:00

數(shù)據(jù)庫 MySQL 關(guān)系數(shù)據(jù)庫

面試官：什么是 Next-Key Lock？作用是什么？

Next-Key Lock 是 InnoDB 引擎行鎖加間隙鎖的組合，它鎖住的是一個前開后閉的區(qū)間，消除了 REPEATABLE READ 隔離級別下的幻讀問題。

2025-08-15 07:55:20

Next-Key 鎖 InnoDB

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：數(shù)據(jù)庫的并發(fā)控制與恢復(fù)機制（ACID與事務(wù)簡述）

在數(shù)據(jù)庫管理系統(tǒng)（DBMS）的設(shè)計中，?并發(fā)控制（Concurrency Control）和恢復(fù)（Recovery）機制是核心且無處不在的組件?。它們貫穿整個數(shù)據(jù)庫架構(gòu)，是構(gòu)建一個能夠正確運行事務(wù)并確保數(shù)據(jù)安全的數(shù)據(jù)庫系統(tǒng)的最后兩個關(guān)鍵環(huán)節(jié)。

2025-08-14 07:32:42

數(shù)據(jù)庫并發(fā)控制恢復(fù)機制

十個高級的 SQL 查詢技巧

隨著數(shù)據(jù)量持續(xù)增長，對合格數(shù)據(jù)專業(yè)人員的需求也會增長。具體而言，對SQL流利的專業(yè)人士的需求日益增長，而不僅僅是在初級層面。

2025-08-14 02:00:00

SQL 查詢技巧

MySQL高可用-MGR運維常見問題和注意事項

下面我以實際用到的和我搜集到的一些資料來說說 MGR 在運維過程中的常見問題和注意事項。

2025-08-13 10:29:54

MySQL 高可用 MGR

數(shù)據(jù)庫分類已成過去：未來趨勢前瞻

傳統(tǒng)的數(shù)據(jù)庫分類方式已經(jīng)過時。我們十多年來使用的諸如“NoSQL”、“關(guān)系型”、“文檔”、“鍵值”和“圖”等標(biāo)簽，已不再能描述現(xiàn)代數(shù)據(jù)庫[2]的工作方式或開發(fā)者實際的需求。

2025-08-13 08:49:55

數(shù)據(jù)庫趨勢語言

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：數(shù)據(jù)庫查詢優(yōu)化器 - 成本估算、計劃枚舉與性能調(diào)優(yōu)

為了準(zhǔn)確估算查詢計劃的成本，DBMS 依賴于其內(nèi)部的統(tǒng)計信息目錄 (internal catalog) 。這些統(tǒng)計信息詳細(xì)描述了數(shù)據(jù)庫中表、屬性和索引的特性。

2025-08-13 07:31:18

數(shù)據(jù)庫系統(tǒng)性能

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：查詢規(guī)劃與優(yōu)化

什么是謂詞？如何理解？謂詞是指SQL查詢中用于過濾數(shù)據(jù)的條件，通常出現(xiàn)在??WHERE??子句中。例如，??e.grade = 'A'??就是一個謂詞。

2025-08-12 07:31:11

數(shù)據(jù)庫查詢規(guī)劃優(yōu)化

硬核萬字圖解 MySQL 表空間、Tables、Index、雙寫緩沖、Redo Log、Undo Log 原理

MySQL 到底是怎么管理和存儲各種各樣的數(shù)據(jù)呢？比如創(chuàng)建一張表、索引、表中的每一行數(shù)據(jù)、查詢過程中臨時存儲的數(shù)據(jù)都存在哪里，又如何管理？

2025-08-11 09:08:41

MySQL 表空間數(shù)據(jù)

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：數(shù)據(jù)庫并行執(zhí)行 - 提升性能與效率的關(guān)鍵

雖然并行數(shù)據(jù)庫和分布式數(shù)據(jù)庫都旨在通過跨多個資源分布數(shù)據(jù)庫來提高性能，但它們之間存在關(guān)鍵的區(qū)別，本課程主要關(guān)注并行數(shù)據(jù)庫。

2025-08-11 07:31:40

數(shù)據(jù)庫系統(tǒng)性能

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：查詢執(zhí)行模型與數(shù)據(jù)訪問

本節(jié)課強調(diào)，數(shù)據(jù)庫查詢計劃的執(zhí)行方式有多種，具體取決于數(shù)據(jù)庫系統(tǒng)所處的環(huán)境和所處理的工作負(fù)載。在大多數(shù)情況下，DBMS會盡可能優(yōu)先使用索引掃描。而表達(dá)式樹雖然靈活易懂，但在處理大量數(shù)據(jù)時會因其解釋執(zhí)行的特性而變得緩慢，因此通過 JIT編譯將其優(yōu)化為原生機器碼是提升性能的關(guān)鍵。?

2025-08-11 02:25:00

數(shù)據(jù)庫數(shù)據(jù)模型

CMU15-445 數(shù)據(jù)庫系統(tǒng)播客：數(shù)據(jù)庫系統(tǒng) Join 算法與原理

一個優(yōu)秀的數(shù)據(jù)庫系統(tǒng)會智能地運用這些算法。這正是 SQL 這種聲明式語言的強大之處：用戶只需描述“需要什么”，而無需關(guān)心“如何獲取”，底層的數(shù)據(jù)庫系統(tǒng)會負(fù)責(zé)選擇最高效的路徑來執(zhí)行查詢。

2025-08-11 02:00:00

數(shù)據(jù)庫系統(tǒng)算法

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

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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

<wbr id="qwsmk"></wbr>