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

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

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

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

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

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

51CTO

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫(kù)

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

MySQL

4191內(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)，深受用戶喜愛(ài)。

文章博文課程

共 4191 條

關(guān)于 MySQL 的 12 種鎖詳解：業(yè)務(wù)場(chǎng)景、流程圖與 C# 應(yīng)用實(shí)踐

本文將詳細(xì)解析MySQL的12種鎖，結(jié)合真實(shí)業(yè)務(wù)場(chǎng)景和流程圖，幫助讀者輕松掌握其運(yùn)用場(chǎng)景與方式。

2024-07-12 08:00:00

只有十條，阿里巴巴 MySQL 建表規(guī)范，居然...

阿里的MySQL建表強(qiáng)制規(guī)范只有10條，其中索引強(qiáng)制規(guī)范有4條，SQL強(qiáng)制規(guī)范有9條，大伙可以參考借鑒。

2024-07-10 18:43:42

TINYINT(1)和BIT(1)，到底該用哪個(gè)

值得注意的是：雖然 bit?類型只使用1位，但在計(jì)某些算機(jī)硬件上，字節(jié)才是最小的存儲(chǔ)單元，MySQL會(huì)將其存儲(chǔ)為一個(gè)字節(jié)（8位），這意味著即使只使用1位，也會(huì)占用與TINYINT相同的空間。

2024-07-10 10:54:44

MySQL 存儲(chǔ)數(shù)據(jù)

利用 MySQL 克隆插件搭建主從

MySQL 克隆插件適用于需要快速、高效地復(fù)制數(shù)據(jù)庫(kù)的場(chǎng)景，尤其是在對(duì)數(shù)據(jù)一致性、速度和停機(jī)時(shí)間敏感的應(yīng)用中。然而，其使用也受限于一定的條件和環(huán)境，因此在具體應(yīng)用時(shí)需充分評(píng)估其適用性和局限性。

2024-07-09 10:42:30

MySQL 克隆插件

詳解MySQL數(shù)據(jù)庫(kù)性能診斷工具mysqltuner.pl 原創(chuàng) 精選

mysqltuner.pl 是 MySQL一個(gè)常用的數(shù)據(jù)庫(kù)性能診斷工具，主要檢查參數(shù)設(shè)置的合理性，包括日志文件、存儲(chǔ)引擎、安全建議及性能分析。針對(duì)潛在的問(wèn)題，它會(huì)給出改進(jìn)的建議，是 MySQL優(yōu)化的好幫手。

2024-07-09 08:00:00

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

MySQL 9.0 GA 來(lái)了！

MySQL 官方終于發(fā)布了大版本號(hào)變更得 9.0 版本，接下來(lái)由我給大家介紹 MySQL 在 9.0 版本中有哪些新的變化。

2024-07-05 10:55:19

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

快手面試：說(shuō)說(shuō)MySQL主從復(fù)制原理？

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

2024-07-04 17:22:23

MySQL 主從復(fù)制服務(wù)器

10億數(shù)據(jù)如何最快速插入MySQL

要首先確認(rèn)約束條件，才能設(shè)計(jì)方案。確定面試官主要想問(wèn)的方向，例如1T文件如何切割為小文件，雖是難點(diǎn)，然而可能不是面試官想考察的問(wèn)題。

2024-07-04 13:42:12

MySQL 方案數(shù)據(jù)

MySQL日志15連問(wèn)，你能抗住嘛？

有了 redo log，當(dāng)數(shù)據(jù)庫(kù)發(fā)生宕機(jī)重啟后，可通過(guò) redo log將未落盤的數(shù)據(jù)（check point之后的數(shù)據(jù)）恢復(fù)，保證已經(jīng)提交的事務(wù)記錄不會(huì)丟失，這種能力稱為crash-safe。

2024-07-04 11:06:47

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

MySQL主從復(fù)制原理詳解

MySQL主從復(fù)制是指數(shù)據(jù)可以從一個(gè)MySQL數(shù)據(jù)庫(kù)服務(wù)器的主節(jié)點(diǎn)復(fù)制到一個(gè)或多個(gè)從節(jié)點(diǎn)。主節(jié)點(diǎn)記錄所有的寫操作，并將這些操作記錄到二進(jìn)制日志（binary log）中，從節(jié)點(diǎn)則通過(guò)連接主節(jié)點(diǎn)，獲取并應(yīng)用這些二進(jìn)制日志，從而實(shí)現(xiàn)數(shù)據(jù)的同步。

2024-07-04 08:00:24

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

服了！DELETE 同一行記錄也會(huì)造成死鎖??！

本文將基于 MySQL 5.7.21 版本進(jìn)行討論，該版本使用 InnoDB 存儲(chǔ)引擎，并采用 Repeated Read 作為事務(wù)隔離級(jí)別。

2024-07-04 00:30:17

DELETE MySQL 存儲(chǔ)

MySQL用了函數(shù)到底會(huì)不會(huì)導(dǎo)致索引失效

MySQL 8.0 引入了功能索引（Functional Indexes）的新特性，這種索引允許在創(chuàng)建時(shí)包含列上的表達(dá)式。這意味著可以對(duì)數(shù)據(jù)進(jìn)行計(jì)算或轉(zhuǎn)換，并針對(duì)結(jié)果建立索引。即使在查詢中使用了函數(shù)操作，也可以利用這些索引來(lái)優(yōu)化查詢性能。

2024-07-03 09:15:33

MySQL 表達(dá)式索引

MySQL 數(shù)據(jù)實(shí)時(shí)同步到 Elasticsearch 的技術(shù)實(shí)現(xiàn)

將 MySQL 數(shù)據(jù)實(shí)時(shí)同步到 Elasticsearch 可以顯著增強(qiáng)數(shù)據(jù)的實(shí)時(shí)搜索和分析能力。根據(jù)具體需求和環(huán)境，可以選擇適合的同步方法和技術(shù)實(shí)現(xiàn)。無(wú)論是使用現(xiàn)成的工具如 Logstash 和 Debezium，還是編寫自定義程序，都需要仔細(xì)考慮性能、可靠性和數(shù)據(jù)一致性的問(wèn)題。

2024-07-03 08:02:19

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

MySQL自增ID用完后的技術(shù)探討與應(yīng)對(duì)策略

自增ID用完是數(shù)據(jù)庫(kù)設(shè)計(jì)與管理中需要面對(duì)的一個(gè)實(shí)際問(wèn)題。通過(guò)合理選擇主鍵數(shù)據(jù)類型、重置自增ID起始值、使用UUID或分布式ID生成器以及數(shù)據(jù)遷移與分庫(kù)分表等策略，我們可以有效地應(yīng)對(duì)這一問(wèn)題。

2024-07-01 09:00:16

MySQL ID 管理

介紹幾種 MySQL 官方高可用方案，你中意哪個(gè)？

本篇文章介紹了 MySQL 官方提供的幾種高可用方案，除此之外，還有其他借助中間件搭建的高可用方案，例如：MHA、MMM、及借助 Keepalived、ProxySQL、Orchestrator 等工具的其他高可用方案。總而言之，高可用方案雖多，選擇時(shí)還是要基于實(shí)際業(yè)務(wù)需求出發(fā)，綜合考慮多種因素。?

2024-06-26 13:31:54

MySQL 高可用 MHA

MySQL優(yōu)化查詢應(yīng)該從哪些方面入手？

MySQL使用索引能夠顯著提高查詢速度，主要是通過(guò)減少數(shù)據(jù)掃描量、降低I/O操作、優(yōu)化排序和分組、提高數(shù)據(jù)檢索效率、支持唯一性約束、利用局部性原理和磁盤預(yù)讀以及降低查詢的復(fù)雜度來(lái)實(shí)現(xiàn)的。

2024-06-26 08:32:13

優(yōu)化查詢 I/O MySQL

BenchmarkSQL 對(duì) MySQL 測(cè)試時(shí)請(qǐng)注意隔離級(jí)別！

在使用 BenchmarkSQL（版本為 5.0）壓測(cè)一段時(shí)間后，會(huì)出現(xiàn)卡住的現(xiàn)象，即 tpm TOTAL? 的值不再發(fā)生變化，但通過(guò) top 命令觀測(cè)到 MySQL 當(dāng)前的壓力還是很大。

2024-06-26 00:43:54

MySQL 測(cè)試 TOTAL?

全面透徹，深刻理解MySQL索引

MySQL的索引是提高數(shù)據(jù)庫(kù)查詢性能的關(guān)鍵工具。通過(guò)深入了解不同類型的索引以及如何在C#中使用它們，開(kāi)發(fā)人員可以構(gòu)建出更高效、更響應(yīng)迅速的應(yīng)用程序。在使用索引時(shí)，務(wù)必權(quán)衡其帶來(lái)的性能提升與額外的存儲(chǔ)和維護(hù)成本。

2024-06-24 08:31:42

MySQL 索引工具

MySQL給數(shù)據(jù)表增加一列，一定會(huì)鎖表嗎？

在MySQL中，給數(shù)據(jù)表增加一列并不一定會(huì)導(dǎo)致整個(gè)表被鎖定。具體行為取決于MySQL的版本、存儲(chǔ)引擎以及執(zhí)行的操作類型。

2024-06-20 08:03:35

MySQL 數(shù)據(jù)表版本

實(shí)際場(chǎng)景問(wèn)題之Emoji表情如何操作存儲(chǔ)，MySQL是否支持

對(duì)于補(bǔ)充字符，utf8mb4 需要使用 4 個(gè)字節(jié)進(jìn)行存儲(chǔ)，而 utf8mb3 則無(wú)法存儲(chǔ)這些字符。當(dāng)將使用 utf8mb3 的列轉(zhuǎn)換為 utf8mb4 時(shí)，您無(wú)需擔(dān)心補(bǔ)充字符的轉(zhuǎn)換問(wèn)題，因?yàn)?utf8mb3 根本不支持補(bǔ)充字符。

2024-06-17 10:16:37

MySQL utf8mb4 字節(jié)

揭秘MySQL 8.4備份利器：全面解讀MySQLDump參數(shù)與實(shí)戰(zhàn)技巧原創(chuàng) 精選

MySQLDump 是 MySQL 數(shù)據(jù)庫(kù)管理系統(tǒng)提供的一個(gè)實(shí)用工具，用于創(chuàng)建數(shù)據(jù)庫(kù)的邏輯備份。它通過(guò)生成 SQL 腳本文件，將數(shù)據(jù)庫(kù)中的數(shù)據(jù)和結(jié)構(gòu)導(dǎo)出，以便進(jìn)行備份和恢復(fù)。

2024-06-13 08:00:00

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

前MySQL工程師發(fā)聲：再不悔改，Oracle將殺死MySQL！原創(chuàng) 精選

根據(jù)2023年的Stack Overflow開(kāi)發(fā)者調(diào)查，PostgreSQL已經(jīng)成為開(kāi)發(fā)者中最受歡迎的數(shù)據(jù)庫(kù)，MySQL則以41.09%的占比屈居第二。無(wú)可辯駁的是，PostgreSQL持續(xù)展現(xiàn)出強(qiáng)勁的增長(zhǎng)勢(shì)頭，相較來(lái)說(shuō)，MySQL雖然長(zhǎng)期保持著極高的受歡迎度，但在某些時(shí)期的表現(xiàn)卻起伏不定。

2024-06-12 14:49:05

MySQL 開(kāi)發(fā)者 PostgreSQL

MySQL數(shù)據(jù)庫(kù)鎖：Record Lock， Gap Lock 和 Next-Key Lock

Record Lock，Gap Lock和Gap Lock? 三種鎖是存在MySQL的InnoDB引擎的行鎖，MyISAM引擎沒(méi)有。

2024-06-12 14:03:31

MySQL InnoDB 鎖

MySQL 中 IN 語(yǔ)句過(guò)多導(dǎo)致性能問(wèn)題及其解決方案

當(dāng) MySQL 查詢中的 IN? 語(yǔ)句過(guò)多導(dǎo)致性能問(wèn)題時(shí)，可以通過(guò)使用 JOIN? 替代 IN、使用臨時(shí)表或表變量以及優(yōu)化索引和查詢來(lái)解決。

2024-06-12 12:59:16

MySQL IN? 語(yǔ)句數(shù)據(jù)庫(kù)

驚艷到我的十個(gè) MySQL高級(jí)查詢技巧！

如果您想要查詢子查詢，那就是CTEs施展身手的時(shí)候 - CTEs基本上創(chuàng)建了一個(gè)臨時(shí)表。使用常用表表達(dá)式（CTEs）是模塊化和分解代碼的好方法，與您將文章分解為幾個(gè)段落的方式相同。

2024-06-11 08:52:58

MySQL 查詢 CTEs

淺聊 Bin Log、Redo Log、Undo log

崩潰恢復(fù)是指在數(shù)據(jù)庫(kù)系統(tǒng)因各種原因而發(fā)生崩潰或非正常關(guān)閉后，通過(guò)一系列機(jī)制和步驟來(lái)將數(shù)據(jù)庫(kù)恢復(fù)到一個(gè)一致性和可用的狀態(tài)。

2024-06-11 00:00:02

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

MySQL中insertOrUpdate的功能如何實(shí)現(xiàn)的

由于 value 列存在唯一鍵約束，并且已經(jīng)存在一條記錄 value='a'，所以不會(huì)插入新記錄，而是會(huì)執(zhí)行更新操作。但即便如此，自增主鍵 id 的計(jì)數(shù)器依然會(huì)增加。

2024-06-07 11:48:32

MySQL value 唯一鍵

MySQL 主鍵自增注意事項(xiàng)，你學(xué)會(huì)了嗎？

對(duì)于上面提到的兩個(gè)使用 UUID 作為主鍵的問(wèn)題，使用主鍵自增顯然都可以解決。主鍵自增，每次只需要往樹(shù)的末尾添加就行了，基本上不會(huì)涉及到頁(yè)分裂問(wèn)題；主鍵自增意味著主鍵是數(shù)字，占用的存儲(chǔ)空間相對(duì)來(lái)說(shuō)就比較小，對(duì)非聚簇索引的影響也會(huì)小一些。

2024-06-07 10:14:23

MySQL UUID 主鍵

騰訊一面：MySQL的共享鎖和獨(dú)占鎖

理解共享鎖（S鎖）和排他鎖（X鎖）的工作機(jī)制及其交互關(guān)系對(duì)于掌握MySQL的并發(fā)控制和鎖機(jī)制非常重要，因此，今天就來(lái)一起聊聊MySQL的共享鎖和排他鎖。

2024-06-06 09:03:37

MySQL 數(shù)據(jù)庫(kù)共享鎖

MySQL 核心模塊揭秘

鎖模塊結(jié)構(gòu)的 rec_hash 屬性是個(gè)哈希表，分為很多小格子，每個(gè)格子管理一個(gè)行鎖結(jié)構(gòu)鏈表。latches 屬性用于保證同一時(shí)刻只有一個(gè)線程讀寫 rec_hash 屬性的同一個(gè)格子對(duì)應(yīng)的行鎖結(jié)構(gòu)鏈表，以及同一時(shí)刻只有一個(gè)線程讀寫同一個(gè)表對(duì)象的 locks 鏈表。

2024-06-05 11:49:33

哈希表鏈表 MySQL

解決 MySQL 查詢過(guò)多導(dǎo)致性能下降的三種策略

過(guò)多的IN查詢或查詢條件中的元素過(guò)多，確實(shí)可能導(dǎo)致MySQL數(shù)據(jù)庫(kù)性能下降。本文將探討三種有效的解決方案，以幫助優(yōu)化這類問(wèn)題。

2024-06-04 13:02:10

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

騰訊面試：如何實(shí)現(xiàn)10億數(shù)據(jù)判重？

使用 MySQL 數(shù)據(jù)庫(kù)判重，或使用 List.contains() 或 Set.contains() 判重就不可行，因?yàn)?MySQL 在數(shù)據(jù)量大時(shí)查詢就會(huì)非常慢，而數(shù)據(jù)庫(kù)又是及其珍貴的全局?jǐn)?shù)據(jù)庫(kù)資源。

2024-06-03 06:45:18

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

得物面試：創(chuàng)建索引時(shí)會(huì)不會(huì)鎖表？

在 MySQL 5.6 之前，創(chuàng)建索引時(shí)會(huì)鎖表，但在 MySQL 5.6.7 之后，因?yàn)樾略隽?Online DDL 技術(shù)，所以此時(shí)在添加索引時(shí)，是可以和 DML 數(shù)據(jù)操作語(yǔ)言 INSERT、UPDATE、DELETE、SELECT 等命令一起執(zhí)行的。?

2024-06-03 00:00:01

索引 MySQL 技術(shù)

主備切換大揭秘：保證系統(tǒng)永不停機(jī)的秘密

通過(guò)這篇文章，我們?cè)敿?xì)介紹了分布式分區(qū)容錯(cuò)性中的主備切換機(jī)制，重點(diǎn)講解了MySQL和Redis中的主從復(fù)制原理和實(shí)現(xiàn)方法。希望這些內(nèi)容對(duì)大家有所幫助，讓我們?cè)趯?shí)際開(kāi)發(fā)中能夠更好地應(yīng)對(duì)高可用性和容錯(cuò)性挑戰(zhàn)。?

2024-05-31 13:55:25

分布式機(jī)制 MySQL

MySQL的 where 1=1 會(huì)影響性能嗎？

在日常業(yè)務(wù)開(kāi)發(fā)中，where 1=1和<where> 標(biāo)簽到底會(huì)不會(huì)影響性能，本文將從官方文檔來(lái)進(jìn)行說(shuō)明。

2024-05-31 13:04:09

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

MySQL中的三種關(guān)鍵日志：Binlog、Undo Log和Redo Log

MySQL中的binlog、undo log和redo log各自承擔(dān)著不同的職責(zé)，共同確保數(shù)據(jù)庫(kù)的穩(wěn)定性和可靠性。binlog提供了數(shù)據(jù)復(fù)制和恢復(fù)的能力；undo log保障了事務(wù)的回滾和并發(fā)控制的實(shí)現(xiàn)；而redo log則增強(qiáng)了數(shù)據(jù)的持久性和系統(tǒng)的性能。

2024-05-30 08:03:17

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

全面透徹，MySQL 正確的慢查詢處理姿勢(shì)

全文總結(jié)一下，其實(shí)就是我們要學(xué)會(huì)用數(shù)據(jù)庫(kù)的要求方式來(lái)執(zhí)行SQL。即要寫好應(yīng)用查詢SQL，必須要結(jié)合良好的數(shù)據(jù)結(jié)構(gòu)和合理的索引設(shè)計(jì)才可以。

2024-05-28 08:32:18

SQL 索引 MySQL

什么是最左前綴匹配？為什么要遵守？

在了解了索引跳躍掃描的執(zhí)行過(guò)程后，一些聰明的讀者可能會(huì)意識(shí)到，這種查詢優(yōu)化更適用于具有較少取值范圍和低區(qū)分度的字段（比如性別），而當(dāng)字段的區(qū)分度特別高時(shí)（比如出生年月日），這種查詢可能會(huì)變得更慢。

2024-05-27 09:23:23

索引 MySQL 優(yōu)化

揭秘MySQL中“where 1=1”的神秘面紗：性能影響究竟幾何？

優(yōu)化數(shù)據(jù)庫(kù)性能并不僅僅是關(guān)注單一的SQL表達(dá)式或技巧。它是一個(gè)綜合的過(guò)程，涉及數(shù)據(jù)庫(kù)設(shè)計(jì)、索引策略、查詢優(yōu)化等多個(gè)方面。因此，當(dāng)你考慮性能時(shí)，請(qǐng)務(wù)必從全局的角度出發(fā)。

2024-05-27 00:21:09

數(shù)據(jù)庫(kù)技巧 SQL

MySQL集群最全詳解

將數(shù)據(jù)按照一定的規(guī)則分布到多個(gè)數(shù)據(jù)庫(kù)（或表）中，進(jìn)一步分擔(dān)單個(gè)數(shù)據(jù)庫(kù)的負(fù)載。通過(guò)將這兩種方法組合使用，可以有效地分散數(shù)據(jù)庫(kù)的讀寫負(fù)載，同時(shí)實(shí)現(xiàn)水平擴(kuò)展。

2024-05-27 00:04:00

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

MySQL是如何保證唯一性索引的唯一性的？

在支持事務(wù)的存儲(chǔ)引擎（如InnoDB）中，事務(wù)機(jī)制和鎖定協(xié)議有助于維護(hù)索引的唯一性。當(dāng)一個(gè)事務(wù)正在修改索引列時(shí)，其他事務(wù)對(duì)相同鍵值的修改會(huì)被適當(dāng)?shù)刈枞钡降谝粋€(gè)事務(wù)提交或回滾，確保數(shù)據(jù)的一致性和唯一性。

2024-05-24 09:29:28

MySQL 存儲(chǔ)引擎索引

什么是聚簇索引和非聚簇索引，如何理解回表、索引下推

如果沒(méi)有使用索引下推技術(shù)，MySQL 會(huì)通過(guò) zipcode='95054'?從存儲(chǔ)引擎中查詢對(duì)應(yīng)的數(shù)據(jù)，然后將結(jié)果返回到 MySQL 服務(wù)端，接著 MySQL 服務(wù)端再基于lastname LIKE '%etrunia%' 和 address LIKE '%Main Street%'來(lái)判斷數(shù)據(jù)是否符合條件。

2024-05-24 09:28:22

聚簇索引數(shù)據(jù)MySQL

MySQL 索引完全指南：提升性能的黃金法則與終極技巧原創(chuàng) 精選

索引是提高 MySQL 查詢性能的重要工具，但在使用索引時(shí)需要遵循一定的規(guī)則和最佳實(shí)踐，以避免常見(jiàn)的索引失效問(wèn)題。通過(guò)合理設(shè)計(jì)和維護(hù)索引，可以顯著提升數(shù)據(jù)庫(kù)的性能和響應(yīng)速度。希望本文對(duì)你在 MySQL 索引的使用和優(yōu)化方面有所幫助。

2024-05-23 10:58:49

MySQL 索引數(shù)據(jù)結(jié)構(gòu)

MySQL 事務(wù)兩階段提交原理簡(jiǎn)析

MySQL 中的日志非常重要，包括實(shí)例內(nèi)的事務(wù)以及實(shí)例間的主從復(fù)制均基于日志實(shí)現(xiàn)。

2024-05-21 14:12:07

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

全面透徹，深刻理解 MySQL 索引

MySQL 普遍采用 B+Tree 實(shí)現(xiàn)，索引本身很大，不可能全部存儲(chǔ)內(nèi)存，因此需要以索引文件的形式存儲(chǔ)磁盤。

2024-05-21 08:44:43

MySQL B+Tree 內(nèi)存

為什么要理解類加載？遇到這種問(wèn)題就知道書到用時(shí)方恨少了

究竟是哪一行呢？本地可以調(diào)試的話很簡(jiǎn)單，Debug跟蹤一下，但是預(yù)發(fā)布環(huán)境不能Debug呀！當(dāng)然其實(shí)有些公司網(wǎng)是通的，可以做遠(yuǎn)程Debug，更多的是一個(gè)規(guī)范的問(wèn)題。

2024-05-16 11:36:00

類加載 MySQL 搜索

淺析MySQL代價(jià)模型：告別盲目使用Explan，提前預(yù)知索引優(yōu)化策略

使用Explan執(zhí)行計(jì)劃存在無(wú)法提前預(yù)知索引選擇的局限性。然而，只要熟悉MySQL底層代價(jià)模型的計(jì)算公式，我們就能預(yù)知索引的走向。

2024-05-15 18:38:23

MySQL Explan 索引

什么是排他鎖、共享鎖、意向鎖

在MySQL的InnoDB引擎中，支持多種鎖級(jí)別，其中包括行級(jí)鎖和表級(jí)鎖，而共享鎖，又被稱為讀鎖，是由讀取操作所創(chuàng)建的一種鎖。

2024-05-15 09:23:45

MySQL 排他鎖共享鎖

MySQL 核心模塊揭秘

如果事務(wù) T 想要讀取某個(gè)表的數(shù)據(jù)，同時(shí)允許其它事務(wù)讀取這個(gè)表的數(shù)據(jù)，但是不允許其它事務(wù)改變這個(gè)表的數(shù)據(jù)，事務(wù) T 可以對(duì)這個(gè)表加表級(jí)別的共享鎖。

2024-05-15 09:05:42

MySQL 核心模塊

MySQL可重復(fù)讀隔離級(jí)別與幻讀問(wèn)題的解決

在可重復(fù)讀隔離級(jí)別下，事務(wù)在開(kāi)始時(shí)創(chuàng)建一個(gè)快照，事務(wù)內(nèi)看到的數(shù)據(jù)都是基于這個(gè)快照的，因此它解決了“臟讀”和“不可重復(fù)讀”的問(wèn)題。然而，這個(gè)級(jí)別仍然面臨“幻讀”的問(wèn)題。

2024-05-13 11:46:33

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

上一頁(yè) 1 ··· 3 4 5 6 7 ··· 84 下一頁(yè)

點(diǎn)贊

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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

<cite id="as1zr"><track id="as1zr"></track></cite>

<big id="as1zr"></big>

<em id="as1zr"><span id="as1zr"></span></em>

<blockquote id="as1zr"><p id="as1zr"></p></blockquote>

<abbr id="as1zr"><button id="as1zr"></button></abbr>