開源、高性能、生態(tài)成熟的 MySQL 是國內(nèi)應(yīng)用最廣泛的數(shù)據(jù)庫，說 MySQL 見證了中國互聯(lián)網(wǎng)的成長史，一點(diǎn)也不為過。

創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),慶元企業(yè)網(wǎng)站建設(shè),慶元品牌網(wǎng)站建設(shè),網(wǎng)站定制,慶元網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,慶元網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。

阿里基于 MySQL 構(gòu)建了OceanBase;京東、騰訊時(shí)至今日也在大規(guī)模應(yīng)用 MySQL。因此，它也理所應(yīng)得成為了面試官必問、愛問的核心知識點(diǎn)。

很多朋友除了對索引、存儲原理有疑惑外，當(dāng)數(shù)據(jù)量達(dá)到一定規(guī)模時(shí)，MySQL 還會(huì)涉及到一個(gè)幾乎必知必會(huì)的核心點(diǎn)——分庫分表。

畫外音：MySQL 是2019年 DB-Engines 評選的最受歡迎數(shù)據(jù)庫，這些年一直在前三甲徘徊。

問題1：分庫分表解決什么問題?

性能瓶頸MySQL是B+樹索引，當(dāng)數(shù)據(jù)量過大時(shí)，索引所消耗的磁盤 IO 越來越多，查詢性能下降。高并發(fā)情況下，單表數(shù)據(jù)量過大導(dǎo)致 SQL 性能差，數(shù)據(jù)庫服務(wù)器負(fù)載太高再次導(dǎo)致性能下降，簡直雪上加霜。

• 高可用：微服務(wù)架構(gòu)下，服務(wù)化無狀態(tài)型會(huì)導(dǎo)致壓力點(diǎn)在數(shù)據(jù)庫上，單機(jī)數(shù)據(jù)庫和主從結(jié)構(gòu)已經(jīng)不能滿足需求，同時(shí)數(shù)據(jù)災(zāi)備等維護(hù)成本也越來越高。
• 安全性：所有不同類型的數(shù)據(jù)全部存在一個(gè)數(shù)據(jù)庫中，當(dāng)數(shù)據(jù)庫宕機(jī)或發(fā)生物理性損壞時(shí)，容易造成不可估量的損失。

畫外音：雞蛋放到不同籃子里。

問題2：分庫分表的邏輯是什么?

分庫分表的核心是數(shù)據(jù)拆分，分庫不一定分表，分表不一定分庫。

例如，MySQL 單表數(shù)據(jù)的極限在5000萬左右，當(dāng)數(shù)據(jù)量超過5000萬時(shí)，我們就需要分表進(jìn)行存放數(shù)據(jù)了。

簡單來說，就是將一個(gè)表結(jié)構(gòu)分為多個(gè)表，或者將一個(gè)表數(shù)據(jù)分片后放入多個(gè)表。這些表可以放在同一個(gè)數(shù)據(jù)庫里，也可以放到不同的數(shù)據(jù)庫中，甚至可以放到不同的數(shù)據(jù)庫實(shí)例。

問題3：面試官問，分庫分表方案有哪些?

數(shù)據(jù)拆分方式：

• 水平拆分
• 垂直拆分

常見方案：

• 客戶端分片
• 代理分片
• 支持事務(wù)的分布式數(shù)據(jù)庫

【本文為專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】

名稱欄目：數(shù)據(jù)庫：分久必合，合久必分
網(wǎng)頁網(wǎng)址：http://uogjgqi.cn/article/cdesjoj.html