摘要：文章共字，閱讀大約需要分鐘概述在如今海量數(shù)據(jù)充斥的互聯(lián)網(wǎng)環(huán)境下，分庫分表的意義我想在此處就不用贅述了。
文章共 1796字，閱讀大約需要 4分鐘 ！
概 述
在如今海量數(shù)據(jù)充斥的互聯(lián)網(wǎng)環(huán)境下，分庫分表的意義我想在此處就不用贅述了。而分庫分表目前流行的方案最起碼有兩種：
方案一：基于應(yīng)用層的分片，即應(yīng)用層代碼直接完成分片邏輯
方案二：基于代理層的分片，即在應(yīng)用代碼和底層數(shù)據(jù)庫中間添加一層代理層，而分片的路由規(guī)則則由代理層來進行處理
而本文即將要實驗的 MyCAT框架就屬于第二種方案的代表作品。
注： 本文首發(fā)于 My Personal Blog：CodeSheep·程序羊，歡迎光臨 小站
環(huán)境規(guī)劃
在本文中，我拿出了三臺 Linux主機投入試驗，各節(jié)點的角色分配如下表所示：
| 節(jié)點 |
部署組件 |
角色 |
|
| 192.168.199.75 |
MySQL 、 MyCAT |
master |
| 192.168.199.74 |
MySQL |
slave |
| 192.168.199.76 |
MySQL |
standby master |
如果說上面這張表不足以說明實驗?zāi)Ｐ?，那接下來再給一張圖好了，如下所示：
我想這樣看來的話，各個節(jié)點布了哪些組件，節(jié)點間的角色關(guān)系應(yīng)該一目了然了吧
實驗環(huán)境規(guī)劃好了以后，接下來進行具體的部署與實驗過程，首先當(dāng)然是 MyCAT代理的部署
MyCAT 部署
關(guān)于該部分，網(wǎng)上教程實在太多了，但最好還是參考官方文檔來吧，下面也簡述一下部署過程
下載 MyCAT并解壓安裝
這里安裝的是 MyCAT 1.5
wget https://raw.githubusercontent.com/MyCATApache/Mycat-download/master/1.5-RELEASE/Mycat-server-1.5.1-RELEASE-20161130213509-linux.tar.gz
tar -zxvf Mycat-server-1.5.1-RELEASE-20161130213509-linux.tar.gz
mv mycat /usr/local/
啟動 MyCAT
./mycat start
MyCAT連接測試
mysql -utest -ptest -h127.0.0.1 -P8066 -DTESTDB
MyCAT 配置
官網(wǎng)上對于這一部分的描述是非常詳細的，MyCAT 配置主要涉及三個 XML配置文件：
server.xml：MyCAT框架的系統(tǒng)參數(shù)/用戶參數(shù)配置文件
schema.xml： MyCAT框架的邏輯庫表與分片的配置文件
rule.xml ：MyCAT框架的邏輯庫表分片規(guī)則的配置文件
用如下圖形可以形象地表示出這三個 XML配置文件的配置內(nèi)容和相互關(guān)系：
下面來進入具體的實驗環(huán)節(jié) ，這也是圍繞 MyCAT提供的幾大主要功能展開的，主要涉及三個方面
分庫分表
讀寫分離
主備切換
實驗之前，我們先給出公共的 server.xml文件的配置，這部分后續(xù)實驗過程中并不修改，其也就是定義了系統(tǒng)參數(shù)和用戶參數(shù)：
druidparser
test
TESTDB
user
TESTDB
true
分庫分表實驗
預(yù)期實驗效果：通過 MyCAT代理往一張邏輯表中插入的多條數(shù)據(jù)，在后端自動地分配在不同的物理數(shù)據(jù)庫表上
我們按照本文 第二節(jié)【環(huán)境規(guī)劃】中給出的實驗?zāi)Ｐ蛨D來給出如下的 MyCAT邏輯庫配置文件 `
schema.xml 和 分庫分表規(guī)則配置文件 rule.xml`
準(zhǔn)備配置文件
schema.xml
select user()
其中定義了實驗用到的 hostM1、hostS1 和 hostM2
rule.xml
create_date
partbymonth
yyyy-MM-dd
2018-11-01
這里配置了 sharding-by-month的分庫分表規(guī)則，即按照表中的 create_date字段進行分割，從 2018-11-01日期開始，月份不同的數(shù)據(jù)落到不同的物理數(shù)據(jù)庫表中
在三個物理節(jié)點數(shù)據(jù)庫上分別創(chuàng)建兩個庫 db1和 db2
create database db1;
create database db2;
連接 MyCAT
mysql -utest -ptest -h127.0.0.1 -P8066 -DTESTDB
通過 MyCAT來創(chuàng)建數(shù)據(jù)庫 travelrecord
create table travelrecord (id bigint not null primary key,city varchar(100),create_date DATE);
通過 MyCAT來往travelrecord表中插入兩條數(shù)據(jù)
insert into travelrecord(id,city,create_date) values(1,"NanJing","2018-11-3");
insert into travelrecord(id,city,create_date) values(2,"BeiJing","2018-12-3");
由于插入的這兩條記錄的 create_date分別是 2018-11-3和 2018-12-3，而我們配的分庫分表的規(guī)則即是根據(jù) 2018-11-01這個日期為起始來進行遞增的，按照前面我們配的分片規(guī)則，理論上這兩條記錄按照 create_date日期字段的不同，應(yīng)該分別插入到 hostM1的 db1和 db2兩個不同的數(shù)據(jù)庫中。
驗證一下數(shù)據(jù)分片的效果
由于 hostM1和 hostS1組成了 主-從庫 關(guān)系，因此剛插入的兩條數(shù)據(jù)也應(yīng)該相應(yīng)自動同步到 hostS1的 db1和 db2兩個數(shù)據(jù)庫中，不妨也來驗證一下：
讀寫分離實驗
預(yù)期實驗效果：開啟了 MyCAT的讀寫分離機制后，讀寫數(shù)據(jù)操作各行其道，互不干擾
此節(jié)實驗用到的配置文件 schema.xml 和 rule.xml基本和上面的【分庫分表】實驗沒什么不同，只是我們需要關(guān)注一下 schema.xml配置文件中 標(biāo)簽里的 balance字段，它是與讀寫分離息息相關(guān)的配置：
因此我們就需要弄清楚 標(biāo)簽中 balance參數(shù)的含義：
balance="0"：不開啟讀寫分離機制，即讀請求僅分發(fā)到 writeHost上
balance="1"：讀請求隨機分發(fā)到當(dāng)前 writeHost對應(yīng)的 readHost和 standby writeHost上
balance="2"：讀請求隨機分發(fā)到當(dāng)前 dataHost內(nèi)所有的 writeHost / readHost上
balance="3"：讀請求隨機分發(fā)到當(dāng)前 writeHost對應(yīng)的 readHost上
我們驗證一下 balance="1"的情況，即開啟讀寫分離機制，且讀請求隨機分發(fā)到當(dāng)前 writeHost對應(yīng)的 readHost和 standby writeHost上，而對于本文來講，也即：hostS1 和 hostM2 上
我們來做兩次數(shù)據(jù)表的 SELECT讀操作：
mysql> select * from travelrecord limit 6;
+----+----------+-------------+
| id | city | create_date |
+----+----------+-------------+
| 3 | TianJing | 2018-11-04 |
| 5 | ShenYang | 2018-11-05 |
| 4 | Wuhan | 2018-12-04 |
| 6 | Harbin | 2018-12-05 |
+----+----------+-------------+
4 rows in set (0.08 sec)
mysql> select * from travelrecord limit 6;
+----+---------+-------------+
| id | city | create_date |
+----+---------+-------------+
| 2 | BeiJing | 2018-12-03 |
| 8 | WuXi | 2018-12-06 |
| 1 | NanJing | 2018-11-03 |
| 7 | SuZhou | 2018-11-06 |
+----+---------+-------------+
4 rows in set (0.01 sec)
然后我們?nèi)〕?mycat.log日志查看一下具體詳情，我們發(fā)現(xiàn)第一次 select讀操作分發(fā)到了 hostM2上：
而第二次 select讀操作分發(fā)到了 hostS1上：
主備切換實驗
預(yù)期實驗效果：開啟 MyCAT的主備機制后，當(dāng)主庫宕機時，自動切換到備用機進行操作
關(guān)于主備切換，則需要弄清楚 標(biāo)簽中 switchType參數(shù)的含義：
switchType="-1"：不自動切換主備數(shù)據(jù)庫
switchType="1"：自動切換主備數(shù)據(jù)庫
switchType="2"：基于MySQL主從復(fù)制的狀態(tài)來決定是否切換，需修改heartbeat語句：show slave status
switchType="3"：基于Galera（集群多節(jié)點復(fù)制）的切換機制，需修改heartbeat語句：show status like "wsrep%"
此處驗證一下 Mycat的主備自動切換效果。為此首先我們將 switchType="-1" 設(shè)置為 switchType="1"，并重啟 MyCat服務(wù)：
在本實驗環(huán)境中，在 hostM1 和 hostM2均正常時，默認寫數(shù)據(jù)時是寫到 hostM1的
接下來手動停止 hostM1 上的 MySQL數(shù)據(jù)庫來模擬 hostM1 宕機：
systemctl stop mysqld.service
接下來再通過 MyCat插入如下兩條數(shù)據(jù)：
insert into travelrecord(id,city,create_date) values(3,"TianJing","2018-11-4");
insert into travelrecord(id,city,create_date) values(4,"Wuhan","2018-12-4");
效果如下：
此時，我們恢復(fù) hostM1，但接下來的數(shù)據(jù)寫入依然進入 hostM2
insert into travelrecord(id,city,create_date) values(5,"ShenYang","2018-11-5");
insert into travelrecord(id,city,create_date) values(6,"Harbin","2018-12-5");
接下來手動讓 hostM2宕機，看 hostM1 是否能升級為主寫節(jié)點
再插入兩條數(shù)據(jù)：
insert into travelrecord(id,city,create_date) values(7,"SuZhou","2018-11-6");
insert into travelrecord(id,city,create_date) values(8,"WuXi","2018-12-6");
很明顯，答案是肯定的
后 記
由于能力有限，若有錯誤或者不當(dāng)之處，還請大家批評指正，一起學(xué)習(xí)交流！
My Personal Blog：CodeSheep 程序羊
我的半年技術(shù)博客之路
