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

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

鴻蒙開(kāi)發(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ù)

在線(xiàn)學(xué)習(xí)

文章資源問(wèn)答課堂專(zhuā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

4302內(nèi)容??

關(guān)注

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

文章博文課程

共 4302 條

MySQL中的悲觀鎖與樂(lè)觀鎖：理解與應(yīng)用

在實(shí)際應(yīng)用中，可以根據(jù)具體的業(yè)務(wù)場(chǎng)景和需求來(lái)選擇合適的鎖策略。有時(shí)候，也可以結(jié)合使用悲觀鎖和樂(lè)觀鎖，以達(dá)到更好的并發(fā)控制和系統(tǒng)性能。

2024-07-25 09:01:22

MySQL 業(yè)務(wù)場(chǎng)景樂(lè)觀鎖

MySQL與MongoDB的技術(shù)選型指南

無(wú)論是MySQL還是MongoDB，都是優(yōu)秀的數(shù)據(jù)庫(kù)系統(tǒng)，選擇適合項(xiàng)目需求的數(shù)據(jù)庫(kù)，將有助于提高開(kāi)發(fā)效率，降低維護(hù)成本，保證系統(tǒng)的穩(wěn)定性和可靠性。

2024-07-25 08:52:13

MySQL MongoDB 技術(shù)

為什么 MySQL 單表不能超過(guò) 2000 萬(wàn)行？

互聯(lián)網(wǎng)江湖上的確流傳著一個(gè)說(shuō)法：?jiǎn)伪頂?shù)據(jù)量超過(guò) 500 萬(wàn)行時(shí)就要進(jìn)行分表分庫(kù)，已經(jīng)超過(guò) 2000 萬(wàn)行時(shí) MySQL 的性能就會(huì)急劇下降。

2024-07-24 16:25:02

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

數(shù)據(jù)庫(kù)連接數(shù)太多報(bào)錯(cuò)？應(yīng)該這樣避免

在使用 MySQL 數(shù)據(jù)庫(kù)時(shí)，尤其是在高并發(fā)的場(chǎng)景下，數(shù)據(jù)庫(kù)連接數(shù)過(guò)多會(huì)導(dǎo)致連接池耗盡，進(jìn)而影響應(yīng)用程序的正常運(yùn)行。本文將介紹幾種防止 MySQL 數(shù)據(jù)庫(kù)連接過(guò)多的方法，來(lái)優(yōu)化數(shù)據(jù)庫(kù)性能并提高應(yīng)用程序的穩(wěn)定性。

2024-07-24 11:25:43

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

提升性能與一致性：MySQL 5.7中的組提交與兩階段提交機(jī)制解析

用于將緩沖區(qū)內(nèi)容持久化到磁盤(pán)的 fsync 步驟被延遲了。它會(huì)等待一個(gè)組中的多個(gè)事務(wù)都處于 Prepare 階段后，再進(jìn)行一次組提交，即將日志一次性持久化到磁盤(pán)中。

2024-07-22 08:57:58

MySQL 緩沖區(qū)磁盤(pán)

探索MySQL的高效數(shù)據(jù)同步：并行復(fù)制原理

WriteSet 通過(guò)檢測(cè)兩個(gè)事務(wù)是否更新了相同的記錄來(lái)判斷事務(wù)能否并行回放，因此需要在運(yùn)行時(shí)保存已提交的事務(wù)信息以記錄歷史事務(wù)更新了哪些行。

2024-07-19 09:10:37

MySQL WriteSet 并行回放

什么是MySQL的"內(nèi)存數(shù)據(jù)加速器"——Buffer Pool？

InnoDB 還采用了一種適應(yīng)性刷新算法，根據(jù) redo log 的生成速度和當(dāng)前的刷新率動(dòng)態(tài)調(diào)整刷新速度。其目的是通過(guò)確保刷新活動(dòng)與當(dāng)前工作負(fù)載保持同步，來(lái)平滑整體性能。

2024-07-17 09:10:27

MySQL 服務(wù)器算法

MySQL 中的 LIMIT 子句詳解及代碼示例

在 MySQL 中，LIMIT? 子句常被用于限制 SQL 查詢(xún)結(jié)果集中的數(shù)據(jù)量。這對(duì)于分頁(yè)顯示結(jié)果特別有用，例如，在網(wǎng)頁(yè)上展示數(shù)據(jù)庫(kù)中的記錄時(shí)，你可能只希望每次顯示一部分記錄。本文將詳細(xì)解釋 LIMIT 子句的用法，并提供一些實(shí)用的代碼示例。

2024-07-17 08:15:09

MySQL SQL LIMIT?

為什么 MySQL 事務(wù)默認(rèn)隔離級(jí)別是可重復(fù)讀？

MySQL 選擇可重復(fù)讀作為默認(rèn)事務(wù)隔離級(jí)別，是為了在數(shù)據(jù)一致性和并發(fā)性能之間找到一個(gè)平衡點(diǎn)。這種隔離級(jí)別通過(guò)避免臟讀、不可重復(fù)讀和減少幻讀的發(fā)生，確保了數(shù)據(jù)的一致性和可靠性。

2024-07-16 08:19:46

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

為什么 MySQL 插入不存在的數(shù)據(jù)會(huì)產(chǎn)生死鎖？

我們簡(jiǎn)單說(shuō)一下。MySQL 中，我們現(xiàn)在用的引擎幾乎都是 innodb，我們以此為默認(rèn)條件展開(kāi)話(huà)題。常見(jiàn)的鎖有兩種，一種是表鎖，一種是行鎖。當(dāng)你更新一條數(shù)據(jù)時(shí)，如果你不走索引，那會(huì)鎖表，否則，鎖行。

2024-07-16 08:03:43

MySQL 鎖讀寫(xiě)鎖

揭秘MySQL主從復(fù)制：數(shù)據(jù)同步的幕后故事

在全同步復(fù)制模式下，主庫(kù)在完成事務(wù)后，會(huì)等待所有從庫(kù)完成數(shù)據(jù)復(fù)制后，才向客戶(hù)端反饋。這種方式雖然提高了安全性，但性能較差，尤其在從庫(kù)數(shù)量較多時(shí)，整個(gè)過(guò)程將顯得更加漫長(zhǎng)。

2024-07-15 09:14:03

MySQL 主從復(fù)制

關(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?類(lèi)型只使用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將未落盤(pán)的數(shù)據(jù)（check point之后的數(shù)據(jù)）恢復(fù)，保證已經(jīng)提交的事務(wù)記錄不會(huì)丟失，這種能力稱(chēng)為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)記錄所有的寫(xiě)操作，并將這些操作記錄到二進(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é)果建立索引。即使在查詢(xún)中使用了函數(shù)操作，也可以利用這些索引來(lái)優(yōu)化查詢(xún)性能。

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，還是編寫(xiě)自定義程序，都需要仔細(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ù)類(lèi)型、重置自增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)化查詢(xún)應(yīng)該從哪些方面入手？

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

2024-06-26 08:32:13

優(yōu)化查詢(xún)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ù)查詢(xún)性能的關(guān)鍵工具。通過(guò)深入了解不同類(lèi)型的索引以及如何在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í)行的操作類(lèi)型。

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

2024-06-12 12:59:16

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

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

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

2024-06-11 08:52:58

MySQL 查詢(xún)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è)線(xiàn)程讀寫(xiě) rec_hash 屬性的同一個(gè)格子對(duì)應(yīng)的行鎖結(jié)構(gòu)鏈表，以及同一時(shí)刻只有一個(gè)線(xiàn)程讀寫(xiě)同一個(gè)表對(duì)象的 locks 鏈表。

2024-06-05 11:49:33

哈希表鏈表 MySQL

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

過(guò)多的IN查詢(xún)或查詢(xún)條件中的元素過(guò)多，確實(shí)可能導(dǎo)致MySQL數(shù)據(jù)庫(kù)性能下降。本文將探討三種有效的解決方案，以幫助優(yōu)化這類(lèi)問(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í)查詢(xún)就會(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 正確的慢查詢(xún)處理姿勢(shì)

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

2024-05-28 08:32:18

SQL 索引 MySQL

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

在了解了索引跳躍掃描的執(zhí)行過(guò)程后，一些聰明的讀者可能會(huì)意識(shí)到，這種查詢(xún)優(yōu)化更適用于具有較少取值范圍和低區(qū)分度的字段（比如性別），而當(dāng)字段的區(qū)分度特別高時(shí)（比如出生年月日），這種查詢(xún)可能會(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ì)、索引策略、查詢(xún)優(yōu)化等多個(gè)方面。因此，當(dāng)你考慮性能時(shí)，請(qǐng)務(wù)必從全局的角度出發(fā)。

2024-05-27 00:21:09

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

上一頁(yè) 1 ··· 5 6 7 8 9 ··· 87 下一頁(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="e10k4"></cite>