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

<pre id="lopu8"></pre>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

鴻蒙開發(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í)

文章資源問答課堂專欄直播

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

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)，深受用戶喜愛。

文章博文課程

共 4191 條

聊一聊 MySQL 相關(guān)子查詢

這一篇我們就來(lái)聊聊不相關(guān)子查詢轉(zhuǎn)換為相關(guān)子查詢，以及相關(guān)子查詢執(zhí)行的那些事。

2022-12-26 08:13:54

子查詢 MySQL

MySQL批量導(dǎo)入數(shù)據(jù)時(shí)，為何表空間膨脹了N倍

同事在客戶現(xiàn)場(chǎng)利用DTS工具，從A實(shí)例將數(shù)據(jù)遷移到B實(shí)例過程中，發(fā)現(xiàn)幾乎稍大點(diǎn)的表在遷移完成后，目標(biāo)端表空間大小差不多都是源端的3倍，也就是說(shuō)表空間膨脹了2倍。

2022-12-26 08:07:03

MySQL 批量數(shù)據(jù)

圖文結(jié)合帶你搞懂MySQL日志之Slow Query Log（慢查詢?nèi)罩荆?/a>

慢查詢?nèi)罩径际鞘褂胢ysqladmin flush-logs命令來(lái)刪除重建的。使用時(shí)一定要注意，一旦執(zhí)行了這個(gè)命令，慢查詢?nèi)罩径贾淮嬖谛碌娜罩疚募校绻枰f的查詢?nèi)罩?，就必須事先備份?/a>

2022-12-26 00:48:38

MySQL 日志慢查詢

InnoDB數(shù)據(jù)存儲(chǔ)及事務(wù)兩階段提交原理解析

本文詳細(xì)介紹MySQL InnoDB的數(shù)據(jù)模型、數(shù)據(jù)持久化策略、事務(wù)提交以及故障恢復(fù)原理。

2022-12-21 19:04:35

MySQL主從復(fù)制太慢，怎么辦？

總結(jié)一下，MySQL 并行復(fù)制策略主要是有三種思想：按照庫(kù)的級(jí)別粒度并行執(zhí)行，用于決定分發(fā)策略的 hash 表里，key 就是數(shù)據(jù)庫(kù)名。按照行級(jí)別，根據(jù)id、唯一索引、value、庫(kù)名這些來(lái)計(jì)算hash值，做分組標(biāo)示根據(jù)redo log 持久化原理，同一個(gè)commit組或者同時(shí)進(jìn)入prepare或者commit表示可以同步執(zhí)行。

2022-12-20 08:46:41

MySQL 主從復(fù)制

一文帶你掌握 Redis

從官方的定義看，Redis 是一款開源的，遵守 BSD 協(xié)議，使用 C 語(yǔ)言開發(fā)的 key-value 存儲(chǔ)系統(tǒng)。簡(jiǎn)單的說(shuō)，它是一款跨平臺(tái)的非關(guān)系型數(shù)據(jù)庫(kù)，支持優(yōu)先內(nèi)存存儲(chǔ)，并提供多種語(yǔ)言的 API 客戶端。

2022-12-20 07:39:46

Redis BSD 協(xié)議

MySQL中這14個(gè)小玩意，讓人眼前一亮?。?！

通常情況下，我們?cè)诓迦霐?shù)據(jù)之前，一般會(huì)先查詢一下，該數(shù)據(jù)是否存在。如果不存在，則插入數(shù)據(jù)。如果已存在，則不插入數(shù)據(jù)，而直接返回結(jié)果。

2022-12-19 08:23:24

MySQL 數(shù)據(jù)密碼

如果查詢條件沒有索引字段的話，是加「行鎖」還是加「表鎖」？

如果 select … for update 語(yǔ)句的查詢條件沒有索引字段的話，整張表都無(wú)法進(jìn)行增刪改了，從這個(gè)現(xiàn)象看，好像是把表鎖起來(lái)了，但是并不是因?yàn)樯厦孢@兩個(gè)表級(jí)鎖的原因。

2022-12-18 16:56:07

索引 MySQL 鎖

MySQL中WHERE后跟著N多個(gè)OR條件會(huì)怎樣...

不過要注意的是，改寫后的SQL查詢結(jié)果和原來(lái)并不是完全一致的，實(shí)際應(yīng)用中，可能還要再做進(jìn)一步篩選或者增加 LIMIT N 來(lái)控制。

2022-12-14 08:05:56

MySQL的InnoDB引擎原來(lái)是這樣的

為了保持?jǐn)?shù)據(jù)的完整性，InnoDB支持外鍵約束。使用外鍵，插入、更新和刪除將被檢查，以確保它們不會(huì)導(dǎo)致相關(guān)表之間的不一致。有些生產(chǎn)環(huán)境不使用外鍵，以業(yè)務(wù)代碼維護(hù)表數(shù)據(jù)間關(guān)系。

2022-12-14 07:32:40

InnoDB MySQL 引擎

MySQL遵循最左前綴匹配原則！面試官：回去等通知吧

MySQL 8.0.13 版本中，對(duì)于range查詢（什么是range后面會(huì)提到)，引入了索引跳躍掃描（Index Skip Scan）優(yōu)化，支持不符合組合索引最左前綴原則條件下的SQL，依然能夠使用組合索引，減少不必要的掃描。

2022-12-06 09:03:31

MySQL 的自增主鍵一定是連續(xù)的嗎？

InnoDB 引擎的自增值，其實(shí)是保存在了內(nèi)存里，并沒有持久化。第一次打開表的時(shí)候，都會(huì)去找自增值的最大值 max(id)，然后將 max(id)+1 作為這個(gè)表當(dāng)前的自增值。

2022-12-06 09:00:11

MySQL 自增主鍵查詢

MySQL插入時(shí)唯一鍵沖突的幾種處理方式

當(dāng)批量插入數(shù)據(jù)時(shí)，發(fā)現(xiàn)插入的這批數(shù)據(jù)中，有某些記錄存在唯一鍵沖突，這種情況特別是在多線程進(jìn)行數(shù)據(jù)插入時(shí)，會(huì)造成異常導(dǎo)致處理終止或者catch異常忽略部分?jǐn)?shù)據(jù)。有什么好的辦法對(duì)這些沖突的記錄進(jìn)行處理呢？

2022-12-06 08:18:59

MySQL 唯一鍵數(shù)據(jù)

MySQL索引詳解，你學(xué)會(huì)了嗎？

B+樹索引是目前關(guān)系型數(shù)據(jù)庫(kù)中最常用、最有效的索引之一，其索引結(jié)構(gòu)是一種多路平衡樹結(jié)構(gòu)（與二叉樹類似，B代表的不是Binary，而是Balance）。通過B+樹索引能夠快速的定位要要查找的數(shù)據(jù)所在的數(shù)據(jù)頁(yè)，然后將頁(yè)讀入內(nèi)存，在通過頁(yè)字典槽快速尋找到數(shù)據(jù)行。

2022-12-06 07:53:33

MySQL 索引 B+樹

面試官：MySQL 中 varchar(n) 中 n 最大取值為多少？

我們這里字段類型是 varchar(65535) ，字符集是 ascii，所以代表著變長(zhǎng)字段允許存儲(chǔ)的最大字節(jié)數(shù)是 65535，符合條件二，所以會(huì)用 2 字節(jié)來(lái)表示「變長(zhǎng)字段長(zhǎng)度」。

2022-12-05 14:05:26

MySQL 最大取值存儲(chǔ)

MySQL 全表掃描成本計(jì)算

計(jì)算讀取一個(gè)數(shù)據(jù)頁(yè)的平均成本，關(guān)鍵是要知道主鍵索引已經(jīng)加載到 Buffer Pool 中的葉子結(jié)點(diǎn)數(shù)量。InnoDB 通過在內(nèi)存中維護(hù)一個(gè)哈希表（buf_stat_per_index->m_store）來(lái)記錄這個(gè)數(shù)量。

2022-12-05 08:35:06

MySQL 計(jì)算讀取

在CentOS 7上安裝 MySQL 保姆級(jí)教程

今天云朵君和大家一起學(xué)習(xí)在 CentOS 7 Linux 操作系統(tǒng)上安裝、配置、檢查 MySQL 數(shù)據(jù)庫(kù)，并成功執(zhí)行一些有用的 MySQL 命令。

2022-12-02 11:37:47

CentOS 7 MySQL 教程

程序員應(yīng)知應(yīng)會(huì)之MySQL里怎么計(jì)算時(shí)間日期之差？

Mysql的時(shí)間日期差函數(shù)還有幾個(gè)，例如time_diff等，但是最好用的就是timestampdiff，基本上只用這一個(gè)函數(shù)就夠了。大家都學(xué)會(huì)了嗎？

2022-12-02 07:16:29

MySQL 函數(shù)日期

MySQL數(shù)據(jù)文件被誤刪，如何進(jìn)行恢復(fù)？

今天跟大家分享了一種誤刪數(shù)據(jù)文件利用內(nèi)存數(shù)據(jù)恢復(fù)的方法，其實(shí)還有一些其他的恢復(fù)方法，需要根據(jù)不同場(chǎng)景去選取最優(yōu)的處理方案。

2022-12-01 14:02:02

MySQL 數(shù)據(jù)文件

在 Windows 上安裝 MySQL 保姆級(jí)教程

那是我們?cè)?Windows 操作系統(tǒng)上安裝 MySQL 的綜合指南。你是 Linux 用戶，想知道如何安裝和配置 MySQL？這里有兩篇篇關(guān)于“如何在 Ubuntu /CentOS 上安裝和配置 MySQL”的綜合回顧，幫助你了解安裝和配置過程。

2022-12-01 11:41:24

字節(jié)一面，MySQL 一行記錄是怎么存儲(chǔ)的

Compressed 和 Dynamic 這兩種格式采用完全的行溢出方式，記錄的真實(shí)數(shù)據(jù)處不會(huì)存儲(chǔ)該列的一部分?jǐn)?shù)據(jù)，只存儲(chǔ) 20 個(gè)字節(jié)的指針來(lái)指向溢出頁(yè)。而實(shí)際的數(shù)據(jù)都存儲(chǔ)在溢出頁(yè)中。

2022-11-30 17:13:05

MySQL Dynamic 存儲(chǔ)

劇本殺：《若不是SkyWalking，MySQL的這個(gè)鍋都沒人背了》-終章

無(wú)論是 5.6 還是 5.7 + ，從邏輯看只是概率不同，監(jiān)聽 binlog 的方案始終是無(wú)法避免這類問題的。因無(wú)法確認(rèn) MySQL 的最大延遲時(shí)間，你的 canal 也無(wú)法使用 MQ 定時(shí)延遲消息的機(jī)制，因?yàn)檠舆t時(shí)間設(shè)大設(shè)小都不合適，你給出可行的 2 個(gè)建議：異常重試：異常時(shí)借助 MQ 的 delay 重試機(jī)制多試幾次。采用新的實(shí)現(xiàn)架構(gòu)：從根本上規(guī)避再去查詢 DB。

2022-11-29 10:27:46

SkyWalking MySQL 延遲時(shí)間

搞懂MySQL聚集索引與非聚集索

我們?cè)陂_發(fā)或者面試的過程中經(jīng)常會(huì)涉及到索引。今天我們來(lái)詳細(xì)剖析一下索引常用的知識(shí)點(diǎn)。首先我們先介紹mysql的常用的存儲(chǔ)引擎，其次是索引分類。

2022-11-28 07:25:52

MySQL 聚集索引

劇本殺：《若不是SkyWalking，MySQL的這個(gè)鍋都沒人背了》-首章

SkyWalking 是一個(gè)可觀測(cè)性平臺(tái)（Observability Analysis Platform 簡(jiǎn)稱 OAP）和應(yīng)用性能管理系統(tǒng)（Application Performance Management 簡(jiǎn)稱 APM）。

2022-11-26 10:36:30

MySQL SkyWalking 應(yīng)用性能

深入聊聊MySQL直方圖的應(yīng)用

直方圖用于描述數(shù)據(jù)表中列上的數(shù)據(jù)分布，這些關(guān)于數(shù)據(jù)分布的內(nèi)容，可以幫助優(yōu)化器更準(zhǔn)確地估計(jì)給定的where子句或聯(lián)接條件將過濾掉表中多少數(shù)據(jù)。這里我們要清楚的一點(diǎn)，直方圖并不能像索引一樣可以幫助減少要訪問的行數(shù)，它只是幫助優(yōu)化器選擇更合適的執(zhí)行計(jì)劃。

2022-11-26 08:16:26

MySQL 應(yīng)用數(shù)據(jù)

MySQL 不相關(guān)子查詢?cè)趺磮?zhí)行？

本文我們先來(lái)看看不相關(guān)子查詢是怎么執(zhí)行的？本文內(nèi)容基于 MySQL 8.0.29 源碼。

2022-11-21 08:21:04

MySQL 子查詢

保姆級(jí)教程！2 萬(wàn)字 + 30 張圖搞懂 MySQL 是怎么加行級(jí)鎖的？

InnoDB 引擎是支持行級(jí)鎖的，而 MyISAM 引擎并不支持行級(jí)鎖，所以后面的內(nèi)容都是基于 InnoDB 引擎的。所以，在說(shuō) MySQL 是怎么加行級(jí)鎖的時(shí)候，其實(shí)是在說(shuō) InnoDB 引擎是怎么加行級(jí)鎖的。

2022-11-17 09:14:58

MySQL 加行級(jí)鎖幻讀

給國(guó)產(chǎn)數(shù)據(jù)庫(kù)廠商提個(gè)建議：把慢SQL監(jiān)控升級(jí)為關(guān)鍵SQL管理

目前我們的國(guó)產(chǎn)數(shù)據(jù)庫(kù)受MySQL思想的影響很深，因此很多國(guó)產(chǎn)數(shù)據(jù)庫(kù)也提供慢SQL監(jiān)控的功能。只不過很多用戶用過之后，感覺這個(gè)功能在大多數(shù)情況下有些雞肋。打開監(jiān)控后系統(tǒng)開銷很大，而且監(jiān)控發(fā)現(xiàn)的SQL往往并不關(guān)鍵。

2022-11-17 08:25:47

SQL 管理 MySQL

我說(shuō)MySQL里每張表不要超過100w數(shù)據(jù)，面試官讓我回去等通知？

就是說(shuō)事務(wù)A在跑的時(shí)候，先查詢了一個(gè)數(shù)據(jù)是值1，然后過了段時(shí)間，事務(wù)B把那個(gè)數(shù)據(jù)給修改了一下還提交了，此時(shí)事務(wù)A再次查詢這個(gè)數(shù)據(jù)就成了值2了，這是讀了人家事務(wù)提交的數(shù)據(jù)啊，所以是讀已提交。

2022-11-16 17:10:25

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

我去面試聊了半天MySQL索引，結(jié)果面試官黑臉讓我回家等結(jié)果...

數(shù)據(jù)庫(kù)是30k以內(nèi)的工程師面試必問的問題，而且如果問數(shù)據(jù)庫(kù)，一定是問MySQL，N年前可能Java工程師出去面試，Oracle這塊的技能是殺手锏，現(xiàn)在已經(jīng)沒人說(shuō)，會(huì)Oracle是加分項(xiàng)了，現(xiàn)在都是熟悉大數(shù)據(jù)Hadoop、Hbase等技術(shù)是加分項(xiàng)。

2022-11-15 17:45:46

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

線上系統(tǒng)查詢一次要10s，我一怒優(yōu)化了幾百行的SQL

首先給大家引入一個(gè)場(chǎng)景，就是假設(shè)咱們寫的一套 Java 系統(tǒng)要跑一個(gè)幾百行的大 SQL 從 MySQL 里查詢數(shù)據(jù)，這個(gè)查詢是不是會(huì)速度非常的慢？

2022-11-13 17:48:33

一文帶你了解TiDB

通過本篇文章的介紹，希望讀者對(duì)TiDB有一個(gè)大致的了解，可以擴(kuò)充知識(shí)點(diǎn)。總結(jié)一句話，MySQL可以無(wú)縫切換到TiDB，但僅限于查詢使用，事務(wù)支持上兩者其實(shí)還有著細(xì)微的差別，并不建議從業(yè)務(wù)上直接完全替換。

2022-11-11 19:09:13

MySQL 加行級(jí)鎖的規(guī)則終于被我說(shuō)清楚了！

這次我以 MySQL 8.0.26 版本，在可重復(fù)讀隔離級(jí)別之下，做了幾個(gè)實(shí)驗(yàn)，讓大家了解了唯一索引和非唯一索引的行級(jí)鎖的加鎖規(guī)則。

2022-11-11 15:49:41

MySQL 隔離鎖

MySQL轉(zhuǎn)Oracle遇到的問題：表名長(zhǎng)度及大小寫問題

Oracle限制了表名長(zhǎng)度最大30個(gè)字節(jié)，也就是說(shuō)字母+數(shù)字+字符一共有30個(gè)長(zhǎng)度，如果有個(gè)別表名超過了30字節(jié)，那么需要重新取名，字段名貌似也有這個(gè)限制，不過我沒有遇到，如果遇到了，那么同樣要做縮減。

2022-11-10 08:40:56

頻繁插入，用什么存儲(chǔ)引擎更合適？

MyISAM只支持表鎖，但網(wǎng)上文章卻說(shuō)，在并發(fā)插入量比較大的時(shí)候，比較適合使用MyISAM，這矛盾嗎？

2022-11-09 10:26:27

存儲(chǔ)引擎 MySQL 數(shù)據(jù)庫(kù)

系統(tǒng)性能排查方略及大型銀行MySQL性能管控

如果大家了解一些方法論的話，應(yīng)該聽過兩個(gè)原則：一個(gè)是海恩法則，強(qiáng)調(diào)量變引發(fā)質(zhì)變；另一個(gè)是老生常談的墨菲定律，強(qiáng)調(diào)會(huì)出錯(cuò)的事總會(huì)出錯(cuò)。針對(duì)這兩個(gè)原則，我總結(jié)了系統(tǒng)性能問題的五大特性。

2022-11-09 07:20:15

MySQL 性能管控

為什么線程有時(shí)會(huì)在 MySQL 中保持“killed”狀態(tài)？

MySQL 為每個(gè)客戶端連接使用單獨(dú)的線程。發(fā)送到 MySQL 的查詢由先前與查詢的連接關(guān)聯(lián)的線程處理。任何擁有足夠權(quán)限的人都可以通過運(yùn)行SHOW PROCESSLIST命令查看當(dāng)前活動(dòng)線程的列表以及一些其他詳細(xì)信息，該命令返回一個(gè)類似表的視圖，每一行都是個(gè)連接。

2022-11-08 17:39:27

外包做的系統(tǒng)宕機(jī)了，逼得我重新設(shè)計(jì)一套MySQL數(shù)據(jù)庫(kù)架構(gòu)

你知道你連接的這個(gè) MySQL 數(shù)據(jù)庫(kù)他到底能抗多大并發(fā)壓力嗎？如果 MySQL 數(shù)據(jù)庫(kù)扛不住壓力了，應(yīng)該如何演進(jìn)你知道嗎？

2022-11-08 17:38:34

MySQL 數(shù)據(jù)庫(kù)并發(fā)

Where Field in(...) 是怎么執(zhí)行的？

本文以包含最簡(jiǎn)單的 in 條件的查詢?nèi)胧?，介紹 where field in (8,18,88,...) 這種值都是常量的 in 條件是怎么執(zhí)行的。

2022-11-07 08:10:39

MySQL 二分法查找

不懂就問：SQL 語(yǔ)句中 where 條件后寫上1=1 是什么意思

在MySQL早期的版本中“ where 1=1”可能會(huì)對(duì)有所影響，使用了“where 1=1”的過濾條件以后數(shù)據(jù)系統(tǒng)就無(wú)法使用索引等查詢優(yōu)化策略，數(shù)據(jù)庫(kù)系統(tǒng)將會(huì)被迫對(duì)每行數(shù)據(jù)進(jìn)行掃描（即全表掃描）以比較此行是否滿足過濾條件，當(dāng)表中數(shù)據(jù)量較大時(shí)查詢速度會(huì)非常慢。

2022-11-05 08:37:00

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

MySQL窗口函數(shù)優(yōu)秀實(shí)踐，你學(xué)會(huì)了嗎？

Mysql 8.0新增的窗口函數(shù)極大簡(jiǎn)化了sql實(shí)現(xiàn)語(yǔ)句，實(shí)現(xiàn)了更加復(fù)雜的數(shù)據(jù)邏輯，可以滿足更多的開發(fā)場(chǎng)景，從而相應(yīng)減少了代碼開發(fā)成本。

2022-11-03 08:16:33

MySQL·窗口函數(shù)

MySQL 執(zhí)行計(jì)劃中的rows到底是什么，你真的了解過？

mysql執(zhí)行計(jì)劃中的rows可能是個(gè)精確值，也可能是個(gè)估算值，計(jì)算方法有 index dive 和基于索引統(tǒng)計(jì)的估算。

2022-11-02 15:28:55

MySQL 執(zhí)行計(jì)劃 B+樹

淺談 MySQL 新的身份驗(yàn)證插件 caching_sha2_password

mysql_native_password 作為 MySQL 5.6/5.7 的默認(rèn)密碼插件。其優(yōu)點(diǎn)是它支持 challenge-response （挑戰(zhàn)應(yīng)答方式），這是非?？斓尿?yàn)證機(jī)制，無(wú)需在網(wǎng)絡(luò)中發(fā)送實(shí)際密碼，并且不需要加密的連接。

2022-11-02 08:19:57

MySQL 身份驗(yàn)證插件

MySQL主從復(fù)制引發(fā)的這個(gè)問題，99%的人都不知道

在異構(gòu)的邏輯中，我們會(huì)對(duì)這兩張表的binlog消息進(jìn)行處理，異構(gòu)成我們的賣家訂單表。在監(jiān)聽到插入的消息時(shí)，只會(huì)處理子表的插入消息，其余需要補(bǔ)充的主訂單表數(shù)據(jù)直接查詢主表。

2022-10-31 18:38:24

MySQL 數(shù)據(jù)訂單表

在MySQL中，where 1000<=字段<=2000的語(yǔ)句會(huì)查詢出什么結(jié)果？

我們可以看到，這個(gè)值都是0或1，因?yàn)?000<=salary的值是一個(gè)bool值，要么是0，要么是1。對(duì)于工資小于1000的，這個(gè)值就是0，而對(duì)于工資大于等于1000的，這個(gè)值就是1。而我們用0或1與2000比較，那么自然都是小于的了。所以結(jié)果就是條件永遠(yuǎn)成立。

2022-10-31 11:04:41

MySQL bool值數(shù)據(jù)

MySQL 到底怎么了？原創(chuàng) 精選

過去的近 20 年，MySQL 成為構(gòu)建互聯(lián)網(wǎng)的基石之一，有無(wú)數(shù)的開發(fā)者為之夜以繼日，我們?yōu)橹x予應(yīng)有的榮光。如今，開發(fā)者不得不正視 MySQL 的問題：它早已過了體驗(yàn)巔峰的時(shí)刻，而是面臨停滯甚至下墜感的來(lái)襲。

2022-10-31 10:40:07

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

為什么說(shuō)MySQL單表行數(shù)不要超過2000w?

看看上面的建表 sql，id 是主鍵，本身就是唯一的，也就是說(shuō)主鍵的大小可以限制表的上限，如果主鍵聲明 int 大小，也就是 32 位，那么支持 2^32-1 ~~21 億；如果是 bigint，那就是 2^62-1 ？（36893488147419103232），難以想象這個(gè)的多大了，一般還沒有到這個(gè)限制之前，可能數(shù)據(jù)庫(kù)已經(jīng)爆滿了??！

2022-10-31 08:29:37

MySQL 單表參數(shù)

系統(tǒng)性能排查方略及工商銀行MySQL性能管控

如果大家了解一些方法論的話，應(yīng)該聽過兩個(gè)原則：一個(gè)是海恩法則，強(qiáng)調(diào)量變引發(fā)質(zhì)變；另一個(gè)是老生常談的墨菲定律，強(qiáng)調(diào)會(huì)出錯(cuò)的事總會(huì)出錯(cuò)。

2022-10-31 07:16:34

系統(tǒng)性能 MySQL

淺析Ability框架中Stage模型與FA模型的差異

Ability是應(yīng)用所具備能力的抽象，也是應(yīng)用程序的基本組成單元。OpenHarmony與HarmonyOS的應(yīng)用程序APP由一個(gè)或多個(gè)Hap包組成，每個(gè)Hap可以包含一個(gè)或多個(gè)Ability。

2022-10-27 16:01:41

Ability Stage模型 FA模型

[GN+Ninja學(xué)習(xí) 0x03] GN語(yǔ)法與操作學(xué)習(xí)

這一篇，我們來(lái)學(xué)習(xí)GN的語(yǔ)法和操作行為等，GN提供了擴(kuò)展的內(nèi)置幫助文檔系統(tǒng)，提供每一個(gè)函數(shù)功能和內(nèi)置變量的詳細(xì)的參考引用。

2022-10-24 14:43:31

GN語(yǔ)法 GN

上一頁(yè) 1 ··· 11 12 13 14 15 ··· 84 下一頁(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)

<code id="z3u6k"><legend id="z3u6k"></legend></code>

<meter id="z3u6k"><span id="z3u6k"></span></meter>

<tt id="z3u6k"><b id="z3u6k"><del id="z3u6k"></del></b></tt>

<abbr id="z3u6k"><rp id="z3u6k"><video id="z3u6k"></video></rp></abbr>