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

<nobr id="gdtee"></nobr><strike id="gdtee"><bdo id="gdtee"></bdo></strike>

<nobr id="gdtee"><code id="gdtee"></code></nobr>

<blockquote id="gdtee"></blockquote>

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

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

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(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ū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

賬號(hào)設(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 條

面試官：什么是回表，什么是索引下推？

使用?MySQL?時(shí)，我們經(jīng)常會(huì)聽到“回表”、“索引下推”這樣的概念，今天就來聊一聊什么是回表，什么是索引下推。

2025-07-15 02:15:00

MySQL 索引回表

甲骨文FY26戰(zhàn)略解析：融合數(shù)據(jù)庫與AI如何重塑企業(yè)未來？原創(chuàng)

“Oracle 想做的是讓 AI 簡單化，讓 AI 在智能體時(shí)代落地簡單化，”吳承楊如是說。

2025-07-14 10:37:06

甲骨文數(shù)據(jù)庫人工智能

Spring Boot一天發(fā)三版：3.5.3緊急修復(fù)！

虛擬線程、數(shù)據(jù)庫連接優(yōu)化等新特性，都體現(xiàn)了 Spring Boot 對(duì)新技術(shù)的擁抱。作為開發(fā)者，我們也要緊跟技術(shù)趨勢，不斷學(xué)習(xí)和掌握新技能，才能在激烈的競爭中立于不敗之地。

2025-07-14 02:15:00

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

為什么阿里巴巴禁止超過三張表join？

“當(dāng)你的系統(tǒng)面臨千萬級(jí)并發(fā)時(shí)，每個(gè)微秒的優(yōu)化都是在為業(yè)務(wù)爭取生存權(quán)。規(guī)范不是枷鎖，而是前輩用血淚換來的生存指南?！?/a>

2025-07-14 00:00:00

1. 事務(wù)架構(gòu)優(yōu)化

Redis 鳥槍換炮了！

Redis 7.0 的發(fā)布，標(biāo)志著 Redis 正式進(jìn)入了一個(gè)新的時(shí)代。它不僅在性能上有了質(zhì)的飛躍，還在功能上更加豐富，能夠滿足各種復(fù)雜場景的需求。

2025-07-11 09:34:07

Redis 單機(jī)分布式

番外篇：國產(chǎn)數(shù)據(jù)庫直方圖能力對(duì)比原創(chuàng)

近期看到某群里關(guān)于數(shù)據(jù)庫直方圖的討論，不禁回想起剛學(xué)習(xí) Oracle 的時(shí)候，為直方圖的設(shè)計(jì)而感嘆。直方圖可以說是優(yōu)化器的基礎(chǔ)，對(duì)于數(shù)據(jù)分布不均衡的場景下制定出合理的執(zhí)行計(jì)劃至關(guān)重要。

2025-07-10 07:33:05

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

批量update實(shí)現(xiàn)方案全面解析與最佳實(shí)踐，帶你掌握到底怎么批量更新最快、性能最高

批量更新方案的選擇需要綜合考慮數(shù)據(jù)庫類型、數(shù)據(jù)量大小、系統(tǒng)架構(gòu)要求和團(tuán)隊(duì)技術(shù)棧等因素。對(duì)于大多數(shù)MySQL應(yīng)用場景，ON DUPLICATE KEY UPDATE?方案提供了最佳的性能和可維護(hù)性平衡。

2025-07-10 01:35:00

update 開發(fā)數(shù)據(jù)庫

MOD函數(shù)索引實(shí)戰(zhàn)：解決百萬級(jí)數(shù)據(jù)分批處理性能瓶頸

MOD(g.bill_seq, 6)的取值只有6個(gè)值，函數(shù)索引的選擇性并不好，之所以建聯(lián)合函數(shù)索引能提升效率，是因?yàn)閿?shù)據(jù)處理過程中數(shù)據(jù)會(huì)變得不均勻，而該業(yè)務(wù)SQL有LIMIT 關(guān)鍵字限制，只提取前2000行數(shù)據(jù)，故通過聯(lián)合函數(shù)索引精確定位后，可快速取得數(shù)據(jù)。

2025-07-10 00:25:00

MOD 函數(shù)索引

MySQL?內(nèi)存表和臨時(shí)表有什么區(qū)別呢？你知道嗎？

臨時(shí)表是會(huì)話級(jí)別的，客戶端連接關(guān)閉后，臨時(shí)表自動(dòng)刪除。同時(shí)，會(huì)話之間的臨時(shí)表是相互隔離的，不同會(huì)話可以創(chuàng)建相同名稱的臨時(shí)表。

2025-07-10 00:00:00

MySQL 臨時(shí)表客戶端

MySQL的三大日志

飛機(jī)失事靠黑匣子還原真相，MySQL崩潰靠三大日志保障數(shù)據(jù)安全。作為一個(gè)工作多年的程序員，我見過太多因日志配置不當(dāng)引發(fā)的災(zāi)難：數(shù)據(jù)丟失、主從同步中斷、事務(wù)回滾失敗...

2025-07-09 08:23:37

MySQL 數(shù)據(jù)安全

MySQL 類型轉(zhuǎn)換的隱秘邏輯：你可能踩過的坑

本文主要從問題入手，繼而進(jìn)行問題引申，最終挖掘出問題根源：MySQL隱式類型轉(zhuǎn)換。同時(shí)也告誡我們?nèi)粘Ｔ趯慡QL時(shí)一定要檢查參數(shù)類型與數(shù)據(jù)庫字段類型是否一致，否則可能造成隱式類型轉(zhuǎn)換，不能正常應(yīng)用索引，造成慢查詢，甚至拖垮整個(gè)數(shù)據(jù)庫服務(wù)集群。

2025-07-08 09:09:32

MySQL 類型類型

MySQL技術(shù)內(nèi)幕：InnoDB索引技術(shù)

本文主要介紹MySQL InnoDB存儲(chǔ)引擎的索引技術(shù)，包含其支持的類型，語法，查看方式，優(yōu)化方式以及對(duì)于其中B+ Tree索引的原理和代碼進(jìn)行詳細(xì)的解讀。

2025-07-04 07:59:55

MySQL 技術(shù)InnoDB

數(shù)據(jù)庫評(píng)估遷移工具面面觀原創(chuàng)

隨著數(shù)據(jù)庫信創(chuàng)改造工作深入，一個(gè)剛性需求被頻繁關(guān)注到，那就是異構(gòu)數(shù)據(jù)庫間的評(píng)估與遷移。本文將從數(shù)據(jù)庫評(píng)估遷移的需求角度入手，談?wù)勗谶@一過程中面臨的諸多問題；后面也會(huì)對(duì)國內(nèi)這一市場情況加以分析，看看各廠商的策略如何。

2025-07-03 08:26:10

數(shù)據(jù)庫遷移工具策略

10億訂單如何做分庫分表？

關(guān)鍵認(rèn)知：當(dāng)單表數(shù)據(jù)量突破5000萬行時(shí)，就該啟動(dòng)分庫分表設(shè)計(jì)預(yù)案。那么問題來了，假如現(xiàn)在有10億的訂單數(shù)據(jù)，我們?cè)撊绾巫龇謳旆直砟兀?/a>

2025-07-03 08:21:16

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

MySQL主鍵誰與爭鋒：MySQL為何鐘愛自增主鍵ID+UUID？

MySQL的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)采用B+樹索引，而使用自增類型主鍵能夠帶來諸多性能優(yōu)勢。首先，自增類型主鍵的值是遞增的，這樣可以保證新插入的數(shù)據(jù)總是追加到索引的末尾，減少了數(shù)據(jù)的移動(dòng)和維護(hù)成本。B+樹的葉子節(jié)點(diǎn)存儲(chǔ)了實(shí)際數(shù)據(jù)行，而使用自增主鍵可以最大程度地保持?jǐn)?shù)據(jù)的有序性，提高查詢效率。

2025-07-03 02:15:00

MySQL ID+UUID B+樹

工業(yè)環(huán)境離線數(shù)據(jù)緩存解決方案：C# SQLite 實(shí)踐指南

你是不是也遇到過類似的問題？工業(yè)物聯(lián)網(wǎng)項(xiàng)目都面臨網(wǎng)絡(luò)不穩(wěn)定導(dǎo)致的數(shù)據(jù)丟失風(fēng)險(xiǎn)。今天就來分享一套完整的C#離線數(shù)據(jù)緩存解決方案，讓你的工業(yè)應(yīng)用在斷網(wǎng)情況下也能穩(wěn)如泰山！

2025-07-03 01:22:00

數(shù)據(jù)C#SQLite

面試官：MySQL 8.0版本引入的 hash join 有什么優(yōu)勢？

MySQL 在 8.0.18 中引入 hash join，這是一個(gè)為 join 查詢語句設(shè)計(jì)的高效算法。今天來介紹一下 hash join。

2025-07-01 08:43:48

MySQL 8.0 join 查詢

Redis集群模式在擴(kuò)容情況下，如何處理客戶端的讀寫請(qǐng)求

如果計(jì)算出來的槽位還在原先的節(jié)點(diǎn)上，那么源節(jié)點(diǎn)會(huì)直接返回?cái)?shù)據(jù)給客戶端；如果源節(jié)點(diǎn)上的槽位已經(jīng)被遷移到新節(jié)點(diǎn)上，那么源節(jié)點(diǎn)會(huì)告訴客戶端去新節(jié)點(diǎn)上查詢數(shù)據(jù)。

2025-07-01 01:55:00

Redis 集群模式

Spring Boot + Redis Streams ：構(gòu)建高效消息系統(tǒng)

Redis Streams是一種日志數(shù)據(jù)結(jié)構(gòu)，類似于Apache Kafka中的分區(qū)日志，提供了持久化、可回溯、消息分組等特性。它支持生產(chǎn)者消費(fèi)者模型，允許生產(chǎn)者將消息追加到流的末尾，消費(fèi)者從流中讀取消息進(jìn)行處理。

2025-07-01 01:00:00

Spring 消息系統(tǒng)Redis

高質(zhì)量索引的十條軍規(guī)

前言在大型系統(tǒng)性能瓶頸中，索引設(shè)計(jì)不當(dāng)導(dǎo)致的性能問題占比超過60%。經(jīng)過多年的工作經(jīng)歷，我處理過多起數(shù)據(jù)庫性能事故?？偨Y(jié)出索引設(shè)計(jì)的核心原則：索引不是越多越好，而是越精準(zhǔn)越好。這篇文章跟大家一起聊聊設(shè)計(jì)索引的10條軍規(guī)，希望對(duì)你會(huì)有所幫助。

2025-07-01 00:45:00

索引系統(tǒng)性能

大促期間Redis集群宕機(jī)，如何設(shè)計(jì)降級(jí)方案保證核心交易鏈路可用？數(shù)據(jù)恢復(fù)后如何預(yù)熱？

本文深入探討在Redis集群突發(fā)故障時(shí)，如何設(shè)計(jì)精細(xì)化的降級(jí)方案保障核心交易（下單、支付）可用，并在數(shù)據(jù)恢復(fù)后進(jìn)行高效預(yù)熱，確保系統(tǒng)快速回歸平穩(wěn)。方案源自大型電商實(shí)戰(zhàn)經(jīng)驗(yàn)，涵蓋架構(gòu)設(shè)計(jì)、技術(shù)實(shí)現(xiàn)與自動(dòng)化策略。

2025-06-30 03:25:00

Redis 集群宕機(jī)

面試官問：MySQL 能用 Docker 部署嗎？答錯(cuò)直接掛！

Docker 還是非常適合用來部署微服務(wù)、輕量級(jí)應(yīng)用，但對(duì)于有復(fù)雜配置和高穩(wěn)定性要求的大型數(shù)據(jù)庫，裸機(jī)或者虛擬機(jī)部署會(huì)更加合適。?

2025-06-30 01:55:00

MySQL Docker 部署

Redis 實(shí)現(xiàn)一個(gè)高性能輕量級(jí)消息隊(duì)列

Redis 是一個(gè)非常輕量級(jí)的鍵值數(shù)據(jù)庫，部署一個(gè) Redis 實(shí)例就是啟動(dòng)一個(gè)進(jìn)程，部署 Redis 集群，也就是部署多個(gè) Redis 實(shí)例。

2025-06-27 10:41:04

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

阿里云PolarDB數(shù)據(jù)庫再獲SIGMOD最佳論文獎(jiǎng)，破解分布式內(nèi)存池難題

在德國柏林舉辦的數(shù)據(jù)庫國際學(xué)術(shù)頂會(huì)SIGMOD 2025上，阿里云PolarDB云原生數(shù)據(jù)庫憑借全球首創(chuàng)基于CXL Switch的分布式內(nèi)存池技術(shù)，再度斬獲工業(yè)賽道“最佳論文獎(jiǎng)”，連續(xù)2年蟬聯(lián)頂會(huì)最高獎(jiǎng)項(xiàng)。本次獲獎(jiǎng)標(biāo)志著阿里云在數(shù)據(jù)庫內(nèi)存解耦方向取得了重大突破，持續(xù)引領(lǐng)技術(shù)革新。

2025-06-26 13:48:28

阿里云 PolarDB

OceanBase品牌升級(jí)：啟用中文名“海揚(yáng)數(shù)據(jù)庫”

6月26日，國產(chǎn)數(shù)據(jù)庫OceanBase正式啟用中文品牌名“海揚(yáng)數(shù)據(jù)庫”，品牌戰(zhàn)略全面升級(jí)。品牌升級(jí)現(xiàn)場，OceanBase CEO楊冰表示，中文名的推出，一方面代表著OceanBase深耕本土市場的決心，也是OceanBase繼續(xù)引領(lǐng)世界舞臺(tái)上分布式數(shù)據(jù)庫技術(shù)創(chuàng)新和應(yīng)用的宣言。

2025-06-26 13:46:14

OceanBase 海揚(yáng)數(shù)據(jù)庫

面試官：10億數(shù)據(jù)如何快速插入MySQL？

10億條數(shù)據(jù)插入數(shù)據(jù)庫的時(shí)間影響因素非常多。包括數(shù)據(jù)庫磁盤類型、性能。數(shù)據(jù)庫分庫數(shù)量如果能切分1000個(gè)庫當(dāng)然性能更快，要根據(jù)線上實(shí)際情況決策分庫和分表數(shù)量，這極大程度決定了寫入的速率。

2025-06-26 08:22:03

MySQL 數(shù)據(jù)庫磁盤

從 12s 到 200ms，MySQL 兩千萬訂單數(shù)據(jù)六種深度分頁優(yōu)化全解析

本文將深入拆解深度分頁的技術(shù)黑箱，通過電商訂單表等真實(shí)場景，揭示 B+樹索引與分頁機(jī)制的碰撞奧秘，并給出 6 種經(jīng)過實(shí)戰(zhàn)檢驗(yàn)的優(yōu)化方案。

2025-06-26 01:55:00

MySQL 分頁優(yōu)化

騰訊面試：介紹一下 Doris 問題排查思路，有沒有總結(jié)過相關(guān)文檔？

本方案旨在詳細(xì)介紹 Doris 常見問題的排查方法和解決方案，幫助用戶快速定位和解決問題，確保 Doris 系統(tǒng)的穩(wěn)定運(yùn)行。

2025-06-25 08:05:00

數(shù)據(jù)庫 Doris 大數(shù)據(jù)

上海金融展歸來，談國產(chǎn)數(shù)據(jù)庫發(fā)展原創(chuàng)

整體上多按照先核心后外圍、先局部后整體、先并行后單軌的策略同步推進(jìn)。這次大會(huì)上很多來自金融機(jī)構(gòu)的代表都談到了這兩年來的體會(huì)，相較于之前廠商的發(fā)聲，此次來自甲方的聲音更多。

2025-06-25 07:31:18

國產(chǎn)數(shù)據(jù)庫金融機(jī)構(gòu)策略

Redis Cluster 高可用原理說的頭頭是道，這些配置不懂就是紙上談兵

設(shè)置每個(gè)集群總線連接的發(fā)送字節(jié)緩沖區(qū)的內(nèi)存使用限制，超過限制緩沖區(qū)將被清空（主要為了防止發(fā)送緩沖區(qū)發(fā)送給慢速連接時(shí)無限延長時(shí)間的問題）。

2025-06-24 08:32:21

Redis 高可用

Redis Plus 來了，性能炸裂！

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

2025-06-24 08:15:00

R edis 線程數(shù)據(jù)庫

數(shù)據(jù)庫管理不再難：MySQL 超詳細(xì)使用指南

本文將全面介紹 MySQL 的常用操作以及優(yōu)化技巧，幫助讀者快速掌握 MySQL 的核心使用方法。

2025-06-23 08:40:00

MySQL 數(shù)據(jù)庫運(yùn)維

面試官：MySQL 使用 group by 語句時(shí)發(fā)現(xiàn)執(zhí)行很慢，可能是什么原因？

group by 語句是非常好用的分組聚合函數(shù)，但如果使用不上覆蓋索引，效率可能會(huì)非常低，尤其是表中數(shù)據(jù)量比較大的情況下?？梢詤⒖急疚牡姆椒ㄟM(jìn)行優(yōu)化。

2025-06-20 03:00:00

MySQL group by 索引

SpringBoot 搶券活動(dòng)：Redis 熱點(diǎn) Key 三大防護(hù)

本文將從緩存擊穿、分片、異步化等角度，探討如何在項(xiàng)目中優(yōu)化?Redis?和數(shù)據(jù)庫的性能，以應(yīng)對(duì)搶券活動(dòng)中的熱點(diǎn)?Key?問題。

2025-06-20 02:00:00

Spring Redis 異步化

圖解 MySQL 日志體系：讓你明明白白記住各種 Log

作為一名有著7年MySQL開發(fā)經(jīng)驗(yàn)的老兵，今天我用最通俗的語言，幫你徹底理解MySQL日志體系。

2025-06-19 10:00:00

數(shù)據(jù)庫 MySQL 日志

Redis 事務(wù)那些事兒：實(shí)用技巧和避坑指南！

今天這篇文章，我想用最實(shí)在的語言，把 Redis 事務(wù)的本質(zhì)、用法和注意事項(xiàng)講清楚，幫你在實(shí)際開發(fā)中少踩坑。

2025-06-18 10:00:00

Redis 事務(wù)Java

貝殼面試官：Redis 為什么這么快？過來，我們聊聊！

今天，我們一起走進(jìn) Redis 的世界，看看它如何用極簡的設(shè)計(jì)實(shí)現(xiàn)極致的性能。

2025-06-18 08:20:00

Redis 數(shù)據(jù)庫線程

面試官靈魂拷問：MySQL 事務(wù)隔離與 MVCC，你真的懂嗎？

今天我們就用一場“靈魂拷問式”對(duì)話，把事務(wù)的隔離級(jí)別和MVCC講明白，徹底搞懂它們的底層原理和實(shí)際應(yīng)用！

2025-06-17 08:35:00

MVCC MySQL 事務(wù)隔離

網(wǎng)絡(luò)安全專業(yè)人員保護(hù)數(shù)據(jù)庫的十大最佳實(shí)踐

員工往往是網(wǎng)絡(luò)安全中最薄弱的環(huán)節(jié)。全面的安全意識(shí)培訓(xùn)至關(guān)重要。教會(huì)您的團(tuán)隊(duì)如何識(shí)別網(wǎng)絡(luò)釣魚攻擊、社會(huì)工程學(xué)攻擊手段，以及安全密碼管理的重要性。

2025-06-17 07:24:17

數(shù)據(jù)庫數(shù)據(jù)分類加密

Redis 是單線程模型？

Redis6.0引入多線程IO，但多線程部分只是用來處理網(wǎng)絡(luò)數(shù)據(jù)的讀寫和協(xié)議解析，執(zhí)行命令仍然是單線程。通過開啟多線程IO，并設(shè)置合適的CPU數(shù)量，可以提升訪問請(qǐng)求一倍以上。

2025-06-17 00:22:00

使用FastAPI和Redis緩存加速機(jī)器學(xué)習(xí)模型服務(wù) 譯文精選

本文將展示如何解決這個(gè)問題，因此將構(gòu)建一個(gè)基于FastAPI的機(jī)器學(xué)習(xí)服務(wù)，并集成Redis緩存，以便在毫秒級(jí)的時(shí)間內(nèi)迅速返回重復(fù)的預(yù)測結(jié)果。

2025-06-16 07:55:29

機(jī)器學(xué)習(xí)FastAPI Redis

一條 INSERT 背后的秘密：揭開 InnoDB 記錄結(jié)構(gòu)的神秘面紗

我們?cè)趯?SQL 的時(shí)候，經(jīng)常只關(guān)注“寫對(duì)了沒”、“跑起來沒報(bào)錯(cuò)”。但真正理解 MySQL 的底層行為，往往要從一句簡單的 INSERT 開始。

2025-06-16 07:45:00

刪除大量數(shù)據(jù)后，數(shù)據(jù)庫文件為何紋絲不動(dòng)？MySQL 存儲(chǔ)機(jī)制大揭秘

通過理解InnoDB存儲(chǔ)機(jī)制，合理運(yùn)用定期監(jiān)控碎片率、分區(qū)表，可有效避免刪除數(shù)據(jù)后表文件“虛胖”問題，提升數(shù)據(jù)庫存儲(chǔ)效率。?

2025-06-13 09:33:45

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

維護(hù)筆記：Oracle 啟動(dòng)失敗 ORA-03113 + ORA-19809 實(shí)戰(zhàn)排錯(cuò)全記錄

今天分享一次Oracle啟動(dòng)故障：Oracle 12c 數(shù)據(jù)庫啟動(dòng)失敗，報(bào) ORA-03113 和 ORA-19809 的處理實(shí)戰(zhàn)。

2025-06-13 09:00:58

Oracle 數(shù)據(jù)庫啟動(dòng)故障

淺談分布式、偽分布式與集中式之選原創(chuàng)

近期跟多家用戶交流，發(fā)現(xiàn)用戶在選型數(shù)據(jù)庫時(shí)正有了一些新的變化，這也是近些年通過不斷實(shí)踐，用戶總結(jié)的最佳實(shí)踐方法。

2025-06-13 07:30:51

分布式集中式數(shù)據(jù)庫

面試官：使用 MySQL 時(shí)，你們是怎樣做大表清理的？

大表清理是工作中經(jīng)常遇到的情況，大表清理的方法有很多，可以根據(jù)自己實(shí)際的業(yè)務(wù)場景選擇合理的清理方式，無論選擇哪一種方案，都要注意一下三點(diǎn)： 1. 清理之前做好數(shù)據(jù)備份；2. 清理過程要評(píng)估是否對(duì)業(yè)務(wù)有影響，是否會(huì)中段業(yè)務(wù)；3. 確定好清理周期。

2025-06-13 02:10:00

MySQL 大表業(yè)務(wù)場景

數(shù)據(jù)更新策略：到底是先更新數(shù)據(jù)庫還是先更新緩存？

從本質(zhì)上講，無論是先寫數(shù)據(jù)庫還是先寫緩存，都是為了保證數(shù)據(jù)庫和緩存的數(shù)據(jù)一致，也就是我們常說的數(shù)據(jù)一致性。

2025-06-12 09:16:54

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

MySQLPump：利用并行參數(shù)高效備份數(shù)據(jù)庫

備份過程中，進(jìn)度顯示功能讓管理員隨時(shí)掌握備份狀態(tài)，不再為漫長的備份過程感到焦慮。這一特性有助于及時(shí)發(fā)現(xiàn)潛在問題，比如備份停滯或速度過慢，從而及時(shí)調(diào)整策略。

2025-06-12 07:13:00

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

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

Redis 使用 dict 結(jié)構(gòu)來保存所有的鍵值對(duì)（key-value）數(shù)據(jù)，這是一個(gè)散列表，所以 key 查詢時(shí)間復(fù)雜度是 O(1) 。

2025-06-12 03:00:00

Redis 核心架構(gòu)訂閱機(jī)制

Go 項(xiàng)目開發(fā)中，遷移數(shù)據(jù)庫優(yōu)秀方案

本文將深入探討適用于 Go 的最佳數(shù)據(jù)庫遷移工具，通過示例、對(duì)比和實(shí)用見解，幫助你為項(xiàng)目挑選合適方案。

2025-06-11 08:05:00

Go 數(shù)據(jù)庫遷移開發(fā)

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

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