查看《數(shù)據(jù)庫分庫分表策略的具體實(shí)現(xiàn)方案》，寫了一篇讀后感， 總結(jié)一下這篇文章講了些什么。

1. 數(shù)據(jù)庫的擴(kuò)展方式

-  業(yè)務(wù)拆分，
-  主從復(fù)制，
-  數(shù)據(jù)庫分庫與分表

2. 業(yè)務(wù)拆分

業(yè)務(wù)拆分就是將重復(fù)使用的表存放在不同的庫中

image.png

3. 主從復(fù)制

配置，拓補(bǔ)，原理分析，效率，mysqlreplicate搭建
配置主從，設(shè)置主從讀寫分離

image.png

主要講述了MySQL主從復(fù)制的原理：數(shù)據(jù)復(fù)制的實(shí)際就是Slave從Master獲取Binary log文件，然后再本地鏡像的執(zhí)行日志中記錄的操作。由于主從復(fù)制的過程是異步的，因此Slave和Master之間的數(shù)據(jù)有可能存在延遲的現(xiàn)象，此時(shí)只能保證數(shù)據(jù)最終的一致性。

4. 數(shù)據(jù)庫分庫與分表

機(jī)器有自身的物理上限， 數(shù)據(jù)量太多時(shí)，需要分庫
-  4.1 分表實(shí)現(xiàn)策略， 用戶ID，表容量
用戶ID是系統(tǒng)重要字段，
表容量： 是將數(shù)據(jù)平均分為多少張表
數(shù)據(jù)庫分表能夠解決單表數(shù)據(jù)量很大的
時(shí)候數(shù)據(jù)查詢的效率問題

image.png

-  4.2 分庫實(shí)現(xiàn)策略
分庫操作可以很好地解決單臺(tái)數(shù)據(jù)庫的性能問題。
分庫策略與分表策略的實(shí)現(xiàn)很相似，可以通過取模的方式進(jìn)行路由。
關(guān)鍵字： 用戶ID、庫容量

image.png

提供的思路方式：

分庫分表的策略相對于前邊兩種復(fù)雜一些，一種常見的路由策略如下：

１、中間變量?。?user_id%（庫數(shù)量*每個(gè)庫的表數(shù)量）;

２、庫序號(hào)?。健∪≌ㄖ虚g變量／每個(gè)庫的表數(shù)量）;

３、表序號(hào)?。健≈虚g變量％每個(gè)庫的表數(shù)量;

-  4.3 總結(jié)
數(shù)據(jù)庫分表可以解決單表海量數(shù)據(jù)的查詢性能問題，
分庫可以解決單臺(tái)數(shù)據(jù)庫的并發(fā)訪問壓力問題。

PS: 若你覺得可以、還行、過得去、甚至不太差的話，可以“關(guān)注”一下，就此謝過!