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

<rt id="ykx6g"><menu id="ykx6g"><em id="ykx6g"></em></menu></rt>

<meter id="ykx6g"><samp id="ykx6g"></samp></meter>

51CTO首頁(yè)

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)題庫(kù)

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

文章資源問(wèn)答課堂專欄直播

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軟考題庫(kù)

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

MySQL

4300內(nèi)容??

關(guān)注

話題涵蓋MySQL相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場(chǎng)景。作為最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)之一，MySQL 憑借體積小、速度快、總體擁有成本低等特點(diǎn)，深受用戶喜愛。

文章博文課程

共 4300 條

MQ 平滑遷移都不會(huì)，還做什么架構(gòu)師？

有童鞋問(wèn)我說(shuō)，切換MQ，從一個(gè)舊的服務(wù)商升級(jí)為新的服務(wù)商，能否平滑遷移？今天和大家聊聊這個(gè)問(wèn)題。

2025-10-31 07:05:00

MQ 平滑遷移 MySQL

面試官：談?wù)凪ySQL鎖機(jī)制

從鎖的類型角度，MySQL 分為共享鎖（S 鎖，讀鎖）和排他鎖（X 鎖，寫鎖）。共享鎖允許多個(gè)事務(wù)同時(shí)讀取同一資源，但不允許寫入；排他鎖則是獨(dú)占式的，持有排他鎖的事務(wù)可以讀寫數(shù)據(jù)，其他事務(wù)無(wú)法獲取任何鎖。

2025-10-31 02:00:00

MySQL 鎖機(jī)制共享鎖

MySQL 緩沖池 (buffer pool) 都不會(huì)，還做什么架構(gòu)師？

如果大家使用 MySQL，那么 InnoDB 的緩沖池，是架構(gòu)師必須了解的內(nèi)容。

2025-10-30 08:00:00

緩沖池架構(gòu)MySQL

項(xiàng)目從 MySQL 遷移到 GoldenDB，真香！

GoldenDB 是由中興公司和中信銀行聯(lián)合研發(fā)的一款分布式數(shù)據(jù)庫(kù)產(chǎn)品，采用 PGXC 架構(gòu)，在傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)的基礎(chǔ)上，增加了切片集群、計(jì)算節(jié)點(diǎn)，使數(shù)據(jù)庫(kù)在分布式場(chǎng)景下實(shí)現(xiàn)強(qiáng)一致性。

2025-10-29 08:06:49

MySQL PGXC 架構(gòu)

MySQL 寫緩沖 (change buffer) 都不會(huì)，還做什么架構(gòu)師？

MySQL作為一個(gè)存儲(chǔ)系統(tǒng)，同樣具有緩沖池(buffer pool)機(jī)制，以避免每次查詢數(shù)據(jù)都進(jìn)行磁盤IO。如果大家使用MySQL，那么InnoDB的緩沖池，是架構(gòu)師必須了解的內(nèi)容。

2025-10-29 07:10:00

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

什么是OLTP，MySQL是如何支持OLTP的？

雖然 MySQL 是面向 OLTP 的理想選擇，仍需注意數(shù)據(jù)規(guī)模和并發(fā)量的限制造成的瓶頸，例如表數(shù)據(jù)量超過(guò) 5000 萬(wàn)時(shí)會(huì)影響性能。這類場(chǎng)景下可以考慮分片或遷移到分布式數(shù)據(jù)庫(kù)。

2025-10-29 02:11:00

OLTP MySQL 性能

面試官：MySQL 中的排序是怎么實(shí)現(xiàn)的？

假設(shè)你正在開發(fā)一個(gè)電商平臺(tái)的訂單系統(tǒng)，產(chǎn)品經(jīng)理要求：用戶進(jìn)入"我的訂單"頁(yè)面時(shí)，需要按下單時(shí)間倒序展示最近的 20 條訂單。

2025-10-28 02:00:00

MySQL 訂單系統(tǒng)LIMIT

MySQL的六大雷區(qū)，99%的人會(huì)踩中！

有些小伙伴在工作中，可能經(jīng)常遇到這樣的場(chǎng)景：系統(tǒng)上線初期運(yùn)行良好，隨著數(shù)據(jù)量增長(zhǎng)，突然某天接口超時(shí)、CPU飆升、甚至整個(gè)系統(tǒng)癱瘓。排查半天，發(fā)現(xiàn)是某個(gè)SQL語(yǔ)句寫的有問(wèn)題，或者是數(shù)據(jù)庫(kù)配置不當(dāng)導(dǎo)致的。

2025-10-22 08:55:16

MySQL CPU 數(shù)據(jù)庫(kù)

MySQL 數(shù)據(jù)去重：DISTINCT 與 GROUP BY 的全面解析與實(shí)戰(zhàn)

DISTINCT是MySQL中的一個(gè)關(guān)鍵字，核心作用是從查詢結(jié)果中篩選出所有不重復(fù)的記錄，它僅關(guān)注唯一性，不涉及任何分組邏輯。其語(yǔ)法結(jié)構(gòu)非常簡(jiǎn)潔，僅需在SELECT后添加，作用于所有查詢的列（注意：非單個(gè)列，而是列的組合）。

2025-10-22 07:53:05

MySQL GROUP BY 關(guān)鍵字

MySQL，100 億數(shù)據(jù)，如何不停服平滑遷移？

很多朋友提問(wèn)，說(shuō)如果不是“雙倍”擴(kuò)容，能否做到平滑遷移，不影響服務(wù)呢？今天和大家聊聊這個(gè)話題。

2025-10-15 09:20:00

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

面試官：如果你是架構(gòu)師，PostgreSQL 和 MySQL 你選擇哪個(gè)？

PostgreSQL 確實(shí)在多個(gè)方面比 MySQL 具有優(yōu)勢(shì)，但是大多數(shù)的場(chǎng)景，MySQL 也能滿足。除了技術(shù)方面，也要結(jié)合其他非技術(shù)的因素綜合考慮。

2025-10-15 08:06:12

PostgreSQL MySQL Oracle

面試官：為什么MySQL的行鎖有時(shí)會(huì)升級(jí)為表鎖？

我們系統(tǒng)性地梳理了MySQL鎖機(jī)制的方方面面。從鎖與索引的共生關(guān)系，到不同維度下鎖的分類（行鎖與表鎖、共享鎖與排它鎖、意向鎖），再到InnoDB為了解決幻讀問(wèn)題而設(shè)計(jì)的三種核心鎖形態(tài)（記錄鎖、間隙鎖、臨鍵鎖），我們建立了一個(gè)相對(duì)完整的知識(shí)框架。

2025-10-14 02:22:00

MySQL 行鎖表鎖

MySQL“索引失效”的隱形殺手：隱式類型轉(zhuǎn)換，你了解多少？

隱式轉(zhuǎn)換的類型主要有字段類型不一致、IN參數(shù)包含多個(gè)類型、字符集類型或校對(duì)規(guī)則不一致等。數(shù)據(jù)庫(kù)在進(jìn)行隱式轉(zhuǎn)換時(shí)，如果轉(zhuǎn)換無(wú)法正常進(jìn)行或產(chǎn)生了錯(cuò)誤的結(jié)果，可能會(huì)影響查詢的準(zhǔn)確性和性能。

2025-10-10 08:04:22

MySQL 索引失效隱式類型

MySQL性能暴漲100倍？其實(shí)只差一個(gè)“垂直分區(qū)”！

如果只是部分可選字段，可以考慮存儲(chǔ) JSON，而不是立即分表。MySQL8 的 ->> 操作符、索引支持已經(jīng)非常完善。雖然垂直分區(qū)是邏輯層面的拆分，但 MySQL8 的原生分區(qū)功能也能配合使用，比如按用戶ID做 range 或 hash 分區(qū)，查詢效率更高。

2025-10-10 02:00:00

MySQL 性能 JSON

高性能場(chǎng)景為什么推薦使用PostgreSQL，而非MySQL?

今天想和大家聊聊一個(gè)經(jīng)典的技術(shù)選型問(wèn)題：在高性能場(chǎng)景下，為什么我更推薦使用PostgreSQL而不是MySQL？有些小伙伴在工作中可能會(huì)疑惑：MySQL這么流行，性能也不錯(cuò)，為什么要在高性能場(chǎng)景下選擇PostgreSQL呢？

2025-10-10 01:00:00

PostgreSQL MySQL 高性能

MySQL中，IS NULL和IS NOT NULL不會(huì)走索引？錯(cuò)！

在MySQL中，查詢條件使用??IS NULL??或 ??IS NOT NULL??，理論上都會(huì)走索引。部分不走索引的情況也是因?yàn)閮?yōu)化器判斷全表掃描的效率要高于使用索引，才導(dǎo)致放棄使用索引，而這與查詢條件為??IS NULL??或 ??IS NOT NULL??本身沒有直接關(guān)系，只和執(zhí)行成本有關(guān)。

2025-10-09 09:32:29

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

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

MVCC?中文名稱叫多版本并發(fā)控制，是InnoDB?引擎為了提高執(zhí)行事務(wù)的并發(fā)效率引入的概念。多版本的含義就是一條數(shù)據(jù)被多個(gè)事務(wù)修改后，在事務(wù)還沒有被提交前，存在多個(gè)版本。MVCC?的實(shí)現(xiàn)機(jī)制就是通過(guò)版本鏈把多個(gè)版本連接起來(lái)。

2025-10-09 02:22:00

MySQL MVCC 庫(kù)存數(shù)量

三種常見的MySQL數(shù)據(jù)庫(kù)設(shè)計(jì)最佳實(shí)踐

索引在 MySQL 中通過(guò)構(gòu)建一個(gè)經(jīng)過(guò)優(yōu)化的結(jié)構(gòu)來(lái)加速數(shù)據(jù)訪問(wèn)，使查詢更快地返回符合條件的數(shù)據(jù)。如果沒有利用索引，當(dāng)執(zhí)行未分頁(yè)或未定義??LIMIT??的查詢時(shí)，MySQL 會(huì)對(duì)表執(zhí)行掃描操作。

2025-10-09 01:22:00

MySQL 數(shù)據(jù)庫(kù)ID字段

面試官：MySQL in 語(yǔ)句為什么要限制參數(shù)數(shù)量？

在 MySQL 中使用 in 語(yǔ)句時(shí)，要注意 MySQL Server 端的限制，同時(shí)要考慮對(duì)內(nèi)存和性能的影響?？梢允褂脴I(yè)務(wù)代碼中拆分 SQL 和使用臨時(shí)表的方法進(jìn)行優(yōu)化。

2025-10-09 01:11:00

MySQL Server SQL

性能優(yōu)化！三種場(chǎng)景下使用@Transactional對(duì)性能影響太大了

@Transactional 是 Spring 中用于聲明式事務(wù)管理的核心注解，旨在簡(jiǎn)化數(shù)據(jù)庫(kù)事務(wù)操作。在傳統(tǒng)的編程式事務(wù)中，我們需手動(dòng)編寫事務(wù)的開啟、提交或回滾代碼，而通過(guò) @Transactional 注解將事務(wù)邏輯與業(yè)務(wù)代碼解耦。

2025-10-09 01:11:00

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

三分鐘講透：MySQL CPU 500% 的排查與優(yōu)化套路

當(dāng)時(shí)我第一次被問(wèn)到這個(gè)問(wèn)題的時(shí)候，腦子里第一反應(yīng)是：“完蛋，這服務(wù)器怕不是要冒煙了吧！”但是冷靜下來(lái)想想，這類問(wèn)題其實(shí)考察的并不是你背答案，而是你有沒有處理線上問(wèn)題的思路和能力。

2025-09-30 02:00:00

CPU 服務(wù)器 MySQL

MySQL中的數(shù)據(jù)去重，該用DISTINCT還是GROUP BY？

在 MySQL 8.0 后，性能差距進(jìn)一步縮小，但從語(yǔ)義清晰度與靈活性來(lái)看，GROUP BY 在處理復(fù)雜業(yè)務(wù)場(chǎng)景時(shí)更勝一籌。選擇使用哪種方式應(yīng)根據(jù)具體應(yīng)用場(chǎng)景而定。?

2025-09-29 01:25:00

MySQL DISTINCT SQL

MySQL中，什么是回表查詢，如何避免和優(yōu)化？

在開發(fā)和運(yùn)維中，要想設(shè)計(jì)高效的數(shù)據(jù)庫(kù)系統(tǒng)，要想優(yōu)化提升SQL查詢性能，都離不開一個(gè)理論知識(shí)：回表查詢。本篇文章我們以具體的案例來(lái)介紹一下MySQL中，回表查詢相關(guān)的知識(shí)、案例以及優(yōu)化方案。

2025-09-28 04:00:05

MySQL 回表查詢優(yōu)化

面試官：MySQL 使用多表 JOIN 有哪些危害？

如果涉及信創(chuàng)改造，多表 JOIN 的 SQL 除了數(shù)據(jù)遷移外，還需要評(píng)估這個(gè) SQL 在新庫(kù)上的執(zhí)行效率，給信創(chuàng)改造增加了很多額外的工作。

2025-09-26 07:58:58

MySQL的兩種分頁(yè)方式：Offset/Limit分頁(yè)和游標(biāo)分頁(yè)

分頁(yè)方式的選擇需依據(jù)具體應(yīng)用場(chǎng)景與性能要求。如果你的應(yīng)用允許寬松的精確度或需要支持隨機(jī)頁(yè)面訪問(wèn)，Offset/Limit分頁(yè)可能是不錯(cuò)的選擇。然而對(duì)于深度分頁(yè)或大數(shù)據(jù)場(chǎng)景，游標(biāo)分頁(yè)表現(xiàn)更為優(yōu)秀，尤其是在動(dòng)態(tài)數(shù)據(jù)集上避免了數(shù)據(jù)漂移問(wèn)題。

2025-09-26 07:46:07

MySQL Offset Limit

n8n+MySQL實(shí)現(xiàn)數(shù)據(jù)庫(kù)查詢！

今天就以 n8n 集成 MySQL 數(shù)據(jù)庫(kù)實(shí)現(xiàn)自然語(yǔ)言的查詢?yōu)槔?，給大家演示一下他的便捷之處。

2025-09-24 00:00:00

n8n MySQL 數(shù)據(jù)庫(kù)

面試官：MySQL 內(nèi)存飆升，可能是什么原因？

本文講述了導(dǎo)致 MySQL 內(nèi)存升高的主要原因，除了 InnoDB buffer pool 外，其他配置都是會(huì)話級(jí)別的。業(yè)務(wù)量突增、SQL 編寫不規(guī)范等，都可能造成 MySQL 內(nèi)存升高。

2025-09-23 07:56:31

MySQL 內(nèi)存 InnoDB

從 MySQL 遷移到 GoldenDB，這個(gè)參數(shù)記得改！

ANSI_QUOTES 是 MySQL 數(shù)據(jù)庫(kù)中的 SQL 模式選項(xiàng)，用于調(diào)整標(biāo)識(shí)符與字符串常量的引用規(guī)則，使其符合 ANSI SQL 標(biāo)準(zhǔn)。這個(gè)配置開啟，對(duì)于 SQL 規(guī)范化和數(shù)據(jù)庫(kù)遷移很有幫助。

2025-09-18 08:00:30

MySQL GoldenDB 標(biāo)識(shí)符

破解gh-ost變更導(dǎo)致MySQL表膨脹之謎

本文先介紹了一些關(guān)于 InnoDB 索引機(jī)制和頁(yè)溢出、頁(yè)分裂方面的知識(shí)；介紹了業(yè)界通用的 DDL 變更工具流程原理。

2025-09-17 18:38:52

gh-ost MySQL 頁(yè)分裂

【驚恐】MySQL團(tuán)隊(duì)被裁撤后的隱憂原創(chuàng) 精選

甲骨文的開源 MySQL 團(tuán)隊(duì)已被歸入 Heatwave 部門，與此同時(shí)，甲骨文正將資源優(yōu)先投入到 AI 領(lǐng)域。據(jù)聞，國(guó)內(nèi)的 MySQL 團(tuán)隊(duì)也會(huì)有所調(diào)整，這里沒有官方信息就不展開說(shuō)明。但從上述這些信息，不難看出 MySQL 的未來(lái)發(fā)展似乎蒙上了一層陰影，這里淺談下我的一些理解。

2025-09-17 07:32:46

MySQL AI Oracle

MySQL 行級(jí)鎖：加鎖機(jī)制、核心規(guī)則與實(shí)踐指南

??Record Lock??表示記錄鎖，鎖的是索引記錄。??Gap Lock??是間隙鎖，鎖的是索引記錄之間的間隙。??Next-Key Lock??是??Record Lock??和??Gap Lock??的組合，同時(shí)鎖索引記錄和間隙。他的范圍是左開右閉的。

2025-09-16 07:09:32

MySQL 加鎖機(jī)制行級(jí)鎖

MySQL 高可用：InnoDB Cluster 部署詳解

下面從零開始，來(lái)講解怎么通過(guò) Docker Compose 來(lái)部署 MySQL InnoDB Cluster，讓你能夠快速搭建一套完整的高可用數(shù)據(jù)庫(kù)系統(tǒng)。

2025-09-16 07:08:59

MySQL 高可用數(shù)據(jù)庫(kù)

MySQL單表為何別超2000萬(wàn)行？揭秘B+樹與16KB頁(yè)的生死博弈

索引的長(zhǎng)度需要根據(jù)數(shù)據(jù)類型、字符集和存儲(chǔ)引擎等多個(gè)因素進(jìn)行綜合考慮，并合理設(shè)置索引長(zhǎng)度，以提高索引查詢效率和利用率。?

2025-09-16 01:45:00

MySQL B+樹單表

MySQL同步ES的五種方案！

本文介紹了5種常見方案，各有優(yōu)缺點(diǎn)，適用于不同場(chǎng)景。在實(shí)際項(xiàng)目中，可能需要根據(jù)具體需求組合使用多種方案，或者對(duì)某種方案進(jìn)行定制化改造。重要的是要理解每種方案的原理和特點(diǎn)，才能做出合理的技術(shù)選型。

2025-09-16 00:00:25

MySQL 同步 ES

為什么不建議在 Docker 中跑 MySQL？

今天我們來(lái)聊聊一個(gè)很有趣的話題：為什么我不建議在Docker中運(yùn)行MySQL數(shù)據(jù)庫(kù)？有些小伙伴在工作中可能為了部署方便，習(xí)慣將所有組件都容器化，但數(shù)據(jù)庫(kù)真的適合放在容器里嗎？

2025-09-15 01:50:00

Docker MySQL 數(shù)據(jù)庫(kù)

50 條 MySQL 常用命令匯總，入門必學(xué)！

MySQL 命令是很多的，如果全面列出的話，篇幅較長(zhǎng)，我在這里面只是羅列了一些常用的，供大家參考。

2025-09-11 08:00:00

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

從 MySQL 遷移到 GoldenDB，上來(lái)就踩了一個(gè)坑

隨著這些年國(guó)內(nèi)新創(chuàng)改造的開展，數(shù)據(jù)庫(kù)遷移是很多公司必須要做的一個(gè)工作，這項(xiàng)工作難度極大，要完全不出問(wèn)題很難。做好影響分析、制定快速回切方案，最大限度降低業(yè)務(wù)損失，才能保證不出大事故。?

2025-09-10 07:53:52

MySQL GoldenDB 遷移

百萬(wàn)&千萬(wàn)級(jí) Excel 導(dǎo)出場(chǎng)景怎樣實(shí)現(xiàn)？怎樣優(yōu)化？

解決了異步，再看數(shù)據(jù)查詢。分頁(yè)查庫(kù)是基礎(chǔ)，但有個(gè)坑：當(dāng)偏移量很大時(shí)（比如 limit 100000, 1000），MySQL 會(huì)掃描前面 10 萬(wàn)條數(shù)據(jù)再跳過(guò)，這時(shí)候索引效率會(huì)驟降。

2025-09-10 01:55:00

API 異步 MySQL

面試官最愛問(wèn)的坑：MySQL 中 FLOAT 和 DOUBLE 你真懂嗎？

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

2025-09-03 04:25:00

MySQL FLOAT DOUBLE

面試官：MySQL BETWEEN AND 語(yǔ)句包括邊界嗎？

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

2025-09-02 08:44:35

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

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

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

2025-09-01 09:05:00

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

MySQL 更新消失案

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

2025-09-01 01:55:00

MySQL 版本檢測(cè)單

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

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

2025-08-29 07:58:42

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

一文聊透CAP定理

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

2025-08-28 02:15:00

CAP MySQL 架構(gòu)

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

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

2025-08-27 02:00:00

id MySQL 主鍵

MySQL高可用-MGR運(yùn)維常見問(wèn)題和注意事項(xiàng)

下面我以實(shí)際用到的和我搜集到的一些資料來(lái)說(shuō)說(shuō) MGR 在運(yùn)維過(guò)程中的常見問(wèn)題和注意事項(xiàng)。

2025-08-13 10:29:54

MySQL 高可用 MGR

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

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

2025-08-11 09:08:41

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

面試官：什么是快照讀？什么是當(dāng)前讀？有什么區(qū)別？

對(duì)于簡(jiǎn)單的數(shù)據(jù)查詢，不要求查詢最新提交數(shù)據(jù)，可以考慮使用快照讀。如果要求讀取到最新提交數(shù)據(jù)，那就考慮使用當(dāng)前讀。

2025-08-08 08:10:08

快照讀當(dāng)前讀視圖

快速恢復(fù)數(shù)據(jù)的六種方案

我遇到過(guò)，之前有同事把生產(chǎn)環(huán)境會(huì)員表中的數(shù)據(jù)誤刪除的情況。這篇文章跟大家一起聊聊MySQL如果誤刪數(shù)據(jù)了，要如何快速恢復(fù)。

2025-08-07 02:11:00

恢復(fù)數(shù)據(jù)MySQL 數(shù)據(jù)

面試官：MySQL 為什么使用 MVCC？原理是什么？

其實(shí)在實(shí)際使用中，我們?cè)谝粋€(gè)事務(wù)中很少用到重復(fù)讀的情況，這種情況多數(shù)是代碼寫的有問(wèn)題。所以好多公司會(huì)修改 MySQL 的默認(rèn)隔離級(jí)別，改成讀已提交。

2025-08-04 08:05:28

MVCC MySQL ReadView

1 2 3 4 5 6 ··· 86 下一頁(yè)

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

<strike id="iohez"><source id="iohez"></source></strike>