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

<cite id="vdtn1"></cite>

<sub id="vdtn1"></sub>

<cite id="vdtn1"><rp id="vdtn1"><form id="vdtn1"></form></rp></cite>

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

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

公眾號矩陣

移動端

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

全部課程軟考信創(chuàng)認(rèn)證華為認(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ū)訂閱號

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

賬號設(shè)置退出

其他數(shù)據(jù)庫

2117內(nèi)容??

關(guān)注

其他數(shù)據(jù)庫話題涵蓋其他數(shù)據(jù)庫相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場景，幫助用戶在實(shí)際應(yīng)用中選型。

文章博文課程

共 2117 條

SpringBoot+Redis 實(shí)戰(zhàn)：從零搭建千萬級數(shù)據(jù)實(shí)時(shí)熱銷商品排行榜

在電商平臺、內(nèi)容社區(qū)等業(yè)務(wù)場景中，實(shí)時(shí)熱銷商品排行榜是提升用戶體驗(yàn)、引導(dǎo)消費(fèi)決策的核心功能之一。當(dāng)面對千萬級商品數(shù)據(jù)和高并發(fā)訪問時(shí)，傳統(tǒng)的數(shù)據(jù)庫排序方案會面臨性能瓶頸，而Redis憑借其高性能的內(nèi)存數(shù)據(jù)結(jié)構(gòu)，成為實(shí)現(xiàn)實(shí)時(shí)排行榜的最優(yōu)選擇。

2025-10-31 07:37:48

SpringBoot Redis 數(shù)據(jù)庫

搞不定異地多活？一文看懂?dāng)?shù)據(jù)同步核心方案，從青銅到王者！

一個(gè)成熟的異地多活架構(gòu)，往往是多種方案的組合體。比如，核心交易數(shù)據(jù)（如賬戶余額）走NewSQL，普通業(yè)務(wù)數(shù)據(jù)（如用戶日志）走M(jìn)Q，基礎(chǔ)配置數(shù)據(jù)（很少變更）走數(shù)據(jù)庫主從復(fù)制。這種分而治之、因地制宜的混合架構(gòu)，才是高階架構(gòu)師真正的智慧所在。?

2025-10-31 01:00:00

異地架構(gòu)NewSQL

面試官：SQL性能調(diào)優(yōu)如何精準(zhǔn)定位并解決問題？

今天我們系統(tǒng)性地探討了SQL優(yōu)化的三個(gè)關(guān)鍵前置知識：??EXPLAIN??工具、索引列選擇和在線DDL方案，并結(jié)合六個(gè)貼近生產(chǎn)的案例進(jìn)行了深入剖析。

2025-10-30 01:45:00

SQL 性能工具

千萬級大表如何刪除數(shù)據(jù)？

今天我們來聊聊一個(gè)讓很多DBA和開發(fā)者頭疼的話題——千萬級大表的數(shù)據(jù)刪除。有些小伙伴在工作中，一遇到大表數(shù)據(jù)刪除就手足無措，要么直接DELETE導(dǎo)致數(shù)據(jù)庫卡死，要么畏手畏腳不敢操作。

2025-10-29 09:42:57

千萬級 DBA 數(shù)據(jù)

聊聊實(shí)際業(yè)務(wù)開發(fā)中容易觸發(fā)FullGC的場景

數(shù)據(jù)庫連接、文件流等資源未及時(shí)關(guān)閉雖然不是嚴(yán)格的內(nèi)存泄漏，但如果大量連接或流對象因?yàn)楫惓５仍驔]有被正確關(guān)閉，它們所關(guān)聯(lián)的Java對象和native memory就無法被及時(shí)釋放，也會導(dǎo)致內(nèi)存壓力激增，觸發(fā)頻繁的FullGC。?

2025-10-29 02:11:00

FullGC 數(shù)據(jù)庫 Java

GreatSQL 配置 SSL 訪問：單機(jī)與 MGR 集群指南

為確保數(shù)據(jù)庫中傳輸數(shù)據(jù)的安全性與完整性，防止敏感信息在通信過程中被竊聽或篡改，建議為GreatSQL服務(wù)啟用SSL加密連接。此舉尤其適用于不安全的網(wǎng)絡(luò)環(huán)境（如公有網(wǎng)絡(luò)），或需滿足行業(yè)數(shù)據(jù)安全合規(guī)性要求的場景。

2025-10-28 03:00:00

GreatSQL MGR 集群

從 0 到 1 解決超賣問題（從原理到分布式高并發(fā)方案）

在電商秒殺、促銷活動等高頻并發(fā)場景中，“超賣” 是最棘手的問題之一。比如某商品庫存僅100件，最終卻賣出120件，不僅會引發(fā)用戶投訴，還會造成商家信譽(yù)損失。

2025-10-28 03:00:00

并發(fā)場景數(shù)據(jù)庫

告別SQL查詢煩惱！Spring Boot 強(qiáng)大的六種查詢模式

Spring Data JPA支持通過方法名定義查詢，遵循命名約定（如findBy、And、Or等）自動生成JPQL查詢語句，無需手動編寫SQL，簡化數(shù)據(jù)訪問層開發(fā)，提升編碼效率與可讀性。

2025-10-28 01:25:00

SQL查詢 Spring 查詢模式

這個(gè)小小的 for...in 失誤，能把你的代碼庫炸掉

其實(shí)并不是“遍歷索引”，而是遍歷它“擁有的 + 繼承的”一切屬性。這就是它不可預(yù)測、脆弱、偶發(fā)災(zāi)難的根源。

2025-10-24 07:35:19

for...in 代碼庫索引

開發(fā)效率翻倍！Spring Boot @Formula 注解帶你告別繁瑣 SQL！

?@Formula?? 是 JPA 世界里的一把利刃，它讓我們能在實(shí)體層優(yōu)雅地表達(dá)計(jì)算邏輯。? 無論是聚合查詢、衍生屬性還是條件標(biāo)識，都能在不破壞 ORM 結(jié)構(gòu)的情況下完成。

2025-10-21 08:00:13

Spring SQL @Formula

存算智理惠，我眼中的數(shù)據(jù)庫趨勢原創(chuàng)

“存、算、智、理、惠”五大趨勢，并非孤立存在，而是相互交織、協(xié)同演進(jìn)，共同勾勒出下一代數(shù)據(jù)庫的完整面貌：它是一個(gè)能夠存儲海量、多模數(shù)據(jù)，融合計(jì)算、智能使能，內(nèi)置強(qiáng)大治理能力，并能以普惠方式交付的一體化數(shù)據(jù)智能平臺。

2025-10-21 07:39:59

數(shù)據(jù)庫服務(wù)化自治化

程序員必備！五個(gè)免費(fèi)又好用的數(shù)據(jù)庫管理工具推薦

DataGrip 是 JetBrains 推出的一款跨平臺（在 Windows、macOS 和 Linux 上提供一致的體驗(yàn)）數(shù)據(jù)庫 IDE，專為 SQL 開發(fā)與數(shù)據(jù)庫管理而打造。

2025-10-20 03:11:00

數(shù)據(jù)庫管理工具 SQL

必知必會，三類數(shù)據(jù)庫高可用和數(shù)據(jù)一致性的架構(gòu)實(shí)踐

還在忍受傳統(tǒng)主從的“數(shù)據(jù)延遲”和“單點(diǎn)故障”嗎？是時(shí)候升級你的 MySQL 復(fù)制策略了！本文深度解析 MySQL 三大核心復(fù)制機(jī)制——異步、半同步、組復(fù)制，從極限性能到分布式強(qiáng)一致性，為你揭示如何在新一代數(shù)據(jù)庫架構(gòu)中同時(shí)掌控高可用（HA）和數(shù)據(jù)一致性這兩大命脈。

2025-10-15 01:55:00

數(shù)據(jù)庫高可用架構(gòu)

華為 & 康奈爾新成果！RubikSQL：讓 NL2SQL 像老員工一樣 “懂業(yè)務(wù)、長記性”

對咱們打工人來說，RubikSQL 就像一個(gè)“懂業(yè)務(wù)的SQL助手”，以后老板甩來一句模糊的需求，它能自動補(bǔ)全業(yè)務(wù)邏輯，生成正確的SQL，再也不用猜來猜去啦！?

2025-10-14 08:20:14

華為康奈爾 NL2SQL

系統(tǒng)設(shè)計(jì)30個(gè)核心技能，每一個(gè)開發(fā)者都必須掌握

緩存通過將頻繁訪問的數(shù)據(jù)存儲在內(nèi)存中，而不是從數(shù)據(jù)庫中重復(fù)獲取，從而優(yōu)化系統(tǒng)性能。最常見的緩存策略之一是緩存旁路模式（Cache Aside Pattern）。

2025-10-13 01:50:00

系統(tǒng)開發(fā)數(shù)據(jù)庫

如何選擇合適的數(shù)據(jù)庫？PostgreSQL與MySQL各項(xiàng)維度對比

無論在何種數(shù)據(jù)技術(shù)層出不窮的年代，PostgreSQL 和 MySQL 始終是最流行的關(guān)系型數(shù)據(jù)庫之一。它們的廣泛應(yīng)用和社區(qū)支持讓工具本身不斷進(jìn)步。對于開發(fā)者來說，熟練掌握著兩個(gè)數(shù)據(jù)庫的性能與基本使用方法還是非常必要的。

2025-10-13 01:22:00

PostgreSQL MySQL 大語言模型

面試官：數(shù)據(jù)庫怎樣保存 IP 地址？

MySQL 推薦使用 INT UNSIGNED 類型保存 IPV4 地址，并且提供了專門的函數(shù) INET_ATON(將 IP 轉(zhuǎn)為整數(shù))和 INET_NTOA(將整數(shù)轉(zhuǎn)為 IP) 進(jìn)行轉(zhuǎn)換。

2025-10-11 08:06:01

數(shù)據(jù)庫 IP 地址 IPV4

淺談國產(chǎn)通用數(shù)據(jù)庫的向量能力原創(chuàng)

向量嵌入（Vector Embeddings）是一種數(shù)據(jù)向量化的手段，指的是使用機(jī)器學(xué)習(xí)技術(shù)將各類非結(jié)構(gòu)化數(shù)據(jù)（文本、圖像和音頻等）轉(zhuǎn)化為固定長度的數(shù)字向量的過程，被廣泛應(yīng)用于多模態(tài)非結(jié)構(gòu)化數(shù)據(jù)檢索任務(wù)中。

2025-10-11 07:35:14

數(shù)據(jù)庫向量嵌入 KNN

世界上最流行的數(shù)據(jù)庫，只想活50年！

SQLite團(tuán)隊(duì)承諾保持它的C API 與磁盤格式的向后兼容性，這意味著現(xiàn)有應(yīng)用在未來幾十年升級 SQLite 時(shí)不需重寫或遷移，極大降低長期使用成本與數(shù)據(jù)遷移風(fēng)險(xiǎn)（對長期存儲尤為重要）。

2025-10-10 03:00:00

數(shù)據(jù)庫 SQLite JSON

更新商家信息后，緩存與DB數(shù)據(jù)不一致導(dǎo)致用戶看到舊數(shù)據(jù)，如何解決？

在當(dāng)今高并發(fā)系統(tǒng)中，緩存（如Redis, Memcached）幾乎是必不可少的組件。它通過將熱點(diǎn)數(shù)據(jù)存放在內(nèi)存中，極大地減輕了數(shù)據(jù)庫的壓力，提升了系統(tǒng)的響應(yīng)速度。然而，引入緩存的同時(shí)，我們也引入了新的復(fù)雜性——如何保證緩存里的數(shù)據(jù)和數(shù)據(jù)庫里的數(shù)據(jù)是同步的？這就是經(jīng)典的緩存一致性問題。

2025-10-10 02:11:00

緩存 DB數(shù)據(jù)數(shù)據(jù)庫

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

并發(fā)量大并且大量SQL性能低的情況下，比如字段是沒有建立索引，則會導(dǎo)致快速CPU飆升，如果還開啟了慢日志記錄，會導(dǎo)致性能更加惡化。生產(chǎn)上有MYSQL 飆升900% 的惡劣情況。

2025-10-09 02:00:00

大促風(fēng)暴眼：10萬+/秒請求下，百萬優(yōu)惠券如何精準(zhǔn)發(fā)放不超發(fā)？

數(shù)據(jù)庫終究是持久化存儲，其IO性能有上限。要應(yīng)對10萬QPS，我們必須將主戰(zhàn)場轉(zhuǎn)移到更快的內(nèi)存中。這就是引入緩存（如Redis）的原因。

2025-09-30 02:11:00

百萬優(yōu)惠券 SQL QPS

三個(gè)巧技，讓分庫分表 LIMIT 翻頁性能直接拉滿！

每個(gè)分片都能獨(dú)立執(zhí)行 ??WHERE id < xxx LIMIT 10??，只返回 10 條數(shù)據(jù)（不用查前 N 條）。比如查第 1001 頁，每個(gè)分片也只返回 10 條，匯總后排序取 10 條，網(wǎng)絡(luò)和內(nèi)存開銷直接降為原來的 1/1000。

2025-09-29 02:00:00

分庫分表 LIMIT

決戰(zhàn)日終：千萬級交易記錄對賬的性能優(yōu)化實(shí)戰(zhàn)

運(yùn)行數(shù)小時(shí)甚至通宵達(dá)旦，不僅浪費(fèi)了寶貴的計(jì)算資源，更擠壓了問題排查和業(yè)務(wù)決策的時(shí)間。本文將深入探討，如何利用并行計(jì)算與內(nèi)存數(shù)據(jù)庫這兩把利劍，將這場“持久戰(zhàn)”變?yōu)椤伴W電戰(zhàn)”。

2025-09-29 01:25:00

關(guān)系數(shù)據(jù)庫性能磁盤

如何構(gòu)建數(shù)據(jù)庫系統(tǒng)風(fēng)險(xiǎn)指標(biāo)體系以提升系統(tǒng)韌性

在數(shù)據(jù)庫運(yùn)維管理平臺將數(shù)據(jù)庫風(fēng)險(xiǎn)指標(biāo)關(guān)聯(lián)展示。當(dāng)業(yè)務(wù)層報(bào)警（如響應(yīng)時(shí)間飆升）時(shí)，運(yùn)維人員可以迅速下鉆查看是否是數(shù)據(jù)庫服務(wù)層（出現(xiàn)熱點(diǎn)）、實(shí)例層（有慢SQL）、還是基礎(chǔ)設(shè)施層（磁盤IO延遲高）的問題。

2025-09-28 02:00:00

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

MySQL 和 PostgreSQL，誰更適合AI時(shí)代？

MySQL屬于互聯(lián)網(wǎng)和云時(shí)代，大家應(yīng)該沒有分歧。在Oracle公司創(chuàng)立大約20年后，MySQL公司于1995年創(chuàng)立，此時(shí)的數(shù)據(jù)庫領(lǐng)域已經(jīng)是群雄林立，競爭激烈。

2025-09-28 01:25:00

MySQL PostgreSQL Oracle

面試官：系統(tǒng)重構(gòu)，舊庫數(shù)據(jù)怎樣平滑地遷到新庫？

“在存量數(shù)據(jù)遷移階段，我們選擇使用mysqldump?工具從源表實(shí)時(shí)導(dǎo)出數(shù)據(jù)。mysqldump?作為一個(gè)邏輯備份工具，優(yōu)點(diǎn)是簡單易用，但缺點(diǎn)也很明顯，即在數(shù)據(jù)量巨大時(shí)，導(dǎo)出和導(dǎo)入性能都比較差。因此，我針對性地做了一系列優(yōu)化來提升其性能?！?/a>

2025-09-26 01:15:00

數(shù)據(jù)系統(tǒng)重構(gòu)工具

Spring Boot并發(fā)更新還在掉坑？這5種解決方案讓你穩(wěn)如泰山！

并發(fā)數(shù)據(jù)庫更新是指多個(gè)用戶或進(jìn)程同時(shí)或在快速連續(xù)的時(shí)間內(nèi)嘗試修改同一數(shù)據(jù)庫記錄或數(shù)據(jù)的情況。在多用戶或多線程環(huán)境中，當(dāng)同時(shí)訪問并修改同一數(shù)據(jù)時(shí)，就可能發(fā)生并發(fā)更新問題。

2025-09-26 01:01:00

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

分庫分表，可能真的要退出歷史舞臺了！

目標(biāo)是為用戶提供一站式 OLTP (Online Transactional Processing)、OLAP (Online Analytical Processing)、HTAP 解決方案。TiDB 適合高可用、強(qiáng)一致要求較高、數(shù)據(jù)規(guī)模較大等各種應(yīng)用場景。

2025-09-23 01:11:00

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

國產(chǎn)數(shù)據(jù)庫選型的避坑大法原創(chuàng)

未來的數(shù)據(jù)庫競爭，將不再是單一產(chǎn)品的較量，而是綜合實(shí)力的比拼。那些能夠在這場變革中站穩(wěn)腳跟的企業(yè)，必將成為推動中國數(shù)字經(jīng)濟(jì)高質(zhì)量發(fā)展的重要力量。而用戶明智的選擇，將成為推動這個(gè)行業(yè)健康發(fā)展的最關(guān)鍵動力。讓我們共同期待，也共同努力，推動中國數(shù)據(jù)庫產(chǎn)業(yè)走向更加成熟、理性的發(fā)展新階段。

2025-09-22 07:32:48

國產(chǎn)數(shù)據(jù)庫 MySQL Oracle

為什么微信選 SQLite 保存聊天記錄？

SQLite 是一個(gè)被大家低估的數(shù)據(jù)庫，但有些人認(rèn)為它是一個(gè)不適合生產(chǎn)環(huán)境使用的玩具數(shù)據(jù)庫。事實(shí)上，SQLite 是一個(gè)非?？煽康臄?shù)據(jù)庫，它可以處理 TB 級的數(shù)據(jù)，但它沒有網(wǎng)絡(luò)層。接下來，本文將與大家共同探討 SQLite 在過去一年中最新的 SQL 功能。

2025-09-19 08:43:46

SQLite 數(shù)據(jù)庫網(wǎng)絡(luò)層

不整虛的！SQL Agent從規(guī)劃、建設(shè)到落地的完整范例

首效空間聚焦于數(shù)據(jù)治理。數(shù)據(jù)乃后續(xù)智能服務(wù)之基，唯規(guī)范、清潔、口徑一致，方能保障知識精度與模型輸出唯一性。若底表體量臃腫，既拖慢 SQL 執(zhí)行，又徒增 AI 認(rèn)知負(fù)荷；若指標(biāo)口徑多元，同一問題即可能衍生多套結(jié)果， Agent 精準(zhǔn)生成 SQL 更無從談起。因此，構(gòu)建高質(zhì)數(shù)據(jù)環(huán)境乃 SQL Agent 落地之前置條件。

2025-09-19 07:24:43

SQL Agent 模型

MySQL 的 JSON 類型，違反第一范式嗎？

雖然在某些情況下使用 JSON? 字段不會直接違反 1NF，但過度依賴 JSON? 可能會帶來查詢復(fù)雜性、性能問題和數(shù)據(jù)一致性維護(hù)的挑戰(zhàn)。因此，在設(shè)計(jì)數(shù)據(jù)庫時(shí)，應(yīng)權(quán)衡使用 JSON 字段的優(yōu)勢與潛在的規(guī)范化沖突，確保數(shù)據(jù)模型的可靠性和可維護(hù)性。?

2025-09-18 09:46:57

MySQL JSON 類型

面試官：1億數(shù)據(jù)分庫分表，分頁查詢應(yīng)如何設(shè)計(jì)？

從最初的全局查詢，到禁用跳頁、二次查詢、引入中間表，再到借助外部存儲，可以看到分頁查詢在分庫分表架構(gòu)下并不是一個(gè)簡單的 SQL 問題，而是牽涉到性能、數(shù)據(jù)一致性、交互設(shè)計(jì)等多維度的系統(tǒng)性挑戰(zhàn)。沒有放之四海而皆準(zhǔn)的最佳方案，關(guān)鍵在于理解業(yè)務(wù)場景的需求邊界，然后在可接受的性能與復(fù)雜度之間做出取舍。

2025-09-18 09:43:43

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

Oracle 裁撤 MySQL 團(tuán)隊(duì)，數(shù)據(jù)庫生態(tài)面臨重構(gòu)！中國用戶何去何從？

MySQL全球正面臨挑戰(zhàn)，對國內(nèi)而言似乎正逐漸退出，這將加速國內(nèi)數(shù)據(jù)庫市場的洗牌與重組。客戶不得不重新評估技術(shù)選型，用戶需要尋找替代方案，伙伴則面臨戰(zhàn)略調(diào)整。

2025-09-18 08:26:52

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

解讀《金融業(yè)數(shù)據(jù)庫替換能力評估報(bào)告》原創(chuàng)

Oracle RAC架構(gòu)是作為核心關(guān)鍵場景的數(shù)據(jù)庫首選方案，但國產(chǎn)數(shù)據(jù)庫在這一領(lǐng)域過去二、三十年進(jìn)展不大；但在最近幾年有了明顯的改善，以崖山、達(dá)夢、南大通用等一批廠商為代表，均紛紛拿出了自己的RAC產(chǎn)品或方案。那么針對金融業(yè)務(wù)（特別是關(guān)鍵核心場景），RAC架構(gòu)仍然具有著不可替代的優(yōu)勢，相信隨著國產(chǎn)產(chǎn)品在這一領(lǐng)域的持續(xù)突破，未來在金融數(shù)據(jù)庫替換改造中必將扮演著愈發(fā)重要的角色。

2025-09-15 07:31:51

Oracle RAC 架構(gòu)

數(shù)據(jù)庫抽象層的致命陷阱：三次項(xiàng)目失敗的血淚教訓(xùn)與架構(gòu)救贖之路

抽象不等于架構(gòu)。數(shù)據(jù)庫不只是愚蠢的存儲——它們是專門的計(jì)算引擎。PostgreSQL的查詢計(jì)劃器比你的Go循環(huán)更聰明。MongoDB的聚合管道比你的JavaScript reduce函數(shù)更快。

2025-09-10 02:55:00

數(shù)據(jù)庫架構(gòu)項(xiàng)目

拋棄AOP！SpringBoot + YAML 零侵入數(shù)據(jù)脫敏神操作！

不用寫復(fù)雜的 AOP 切面，不用改業(yè)務(wù)代碼，只改改 YAML 配置，就能實(shí)現(xiàn)接口響應(yīng)脫敏，還支持動態(tài)配置、日志脫敏、性能優(yōu)化，新手也能快速上手。

2025-09-09 09:34:37

AOP YAML 數(shù)據(jù)脫敏

從墨天輪排名看數(shù)據(jù)庫市場格局變化原創(chuàng)

隨著國產(chǎn)數(shù)據(jù)庫發(fā)展深化，行業(yè)加速洗牌，大浪淘沙，一批廠商脫穎而出。近期在排行榜上，YashanDB（崖山數(shù)據(jù)庫）就完成了一場令人矚目的逆襲。這款起步相對較晚的國產(chǎn)數(shù)據(jù)庫產(chǎn)品，以307.31的流行度指數(shù)首次超越openGauss的260.83，成功躋身排行榜前十強(qiáng)，展現(xiàn)了其扎實(shí)而穩(wěn)健的發(fā)展軌跡。

2025-09-08 07:31:14

數(shù)據(jù)庫市場格局墨天輪

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

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

2025-09-05 07:35:28

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

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

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

2025-09-03 08:23:03

Group 優(yōu)化性能

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

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

2025-08-28 07:36:48

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

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

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

2025-08-28 02:11:00

SQL 優(yōu)化性能

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

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

2025-08-27 07:39:44

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

開發(fā)者工具中的 IndexedDB 實(shí)戰(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)行向量化并行計(jì)算，再到通過查詢編譯消除解釋開銷，最后到云原生時(shí)代下計(jì)算存儲分離、彈性伸縮和軟硬件協(xié)同設(shè)計(jì)的宏觀架構(gòu)，現(xiàn)代分析型數(shù)據(jù)庫系統(tǒng)的發(fā)展充分體現(xiàn)了計(jì)算機(jī)科學(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ù)

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

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

2025-08-26 02:12:00

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

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

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

2025-08-26 01:15:00

Spring 項(xiàng)目數(shù)據(jù)源

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

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

2025-08-25 01:00:00

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

1 2 3 4 5 6 ··· 43 下一頁

點(diǎn)贊

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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