国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

基于代理的數據庫分庫分表框架 Mycat實踐

el09xccxy / 1154人閱讀

摘要:文章共字,閱讀大約需要分鐘概述在如今海量數據充斥的互聯網環境下,分庫分表的意義我想在此處就不用贅述了。

文章共 1796字,閱讀大約需要 4分鐘 !

概 述

在如今海量數據充斥的互聯網環境下,分庫分表的意義我想在此處就不用贅述了。而分庫分表目前流行的方案最起碼有兩種:

方案一:基于應用層的分片,即應用層代碼直接完成分片邏輯

方案二:基于代理層的分片,即在應用代碼和底層數據庫中間添加一層代理層,而分片的路由規則則由代理層來進行處理

而本文即將要實驗的 MyCAT框架就屬于第二種方案的代表作品。

注: 本文首發于  My Personal Blog:CodeSheep·程序羊,歡迎光臨 小站

環境規劃

在本文中,我拿出了三臺 Linux主機投入試驗,各節點的角色分配如下表所示:

節點 部署組件 角色
192.168.199.75 MySQL 、 MyCAT master
192.168.199.74 MySQL slave
192.168.199.76 MySQL standby master

如果說上面這張表不足以說明實驗模型,那接下來再給一張圖好了,如下所示:

我想這樣看來的話,各個節點布了哪些組件,節點間的角色關系應該一目了然了吧

實驗環境規劃好了以后,接下來進行具體的部署與實驗過程,首先當然是 MyCAT代理的部署

MyCAT 部署

關于該部分,網上教程實在太多了,但最好還是參考官方文檔來吧,下面也簡述一下部署過程

下載 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 配置

官網上對于這一部分的描述是非常詳細的,MyCAT 配置主要涉及三個 XML配置文件:

server.xml:MyCAT框架的系統參數/用戶參數配置文件

schema.xml: MyCAT框架的邏輯庫表與分片的配置文件

rule.xml :MyCAT框架的邏輯庫表分片規則的配置文件

用如下圖形可以形象地表示出這三個 XML配置文件的配置內容和相互關系:

下面來進入具體的實驗環節 ,這也是圍繞 MyCAT提供的幾大主要功能展開的,主要涉及三個方面

分庫分表

讀寫分離

主備切換

實驗之前,我們先給出公共的 server.xml文件的配置,這部分后續實驗過程中并不修改,其也就是定義了系統參數和用戶參數:




    
    druidparser
      
    
    
        test
        TESTDB
    

    
        user
        TESTDB
        true
    


分庫分表實驗
預期實驗效果:通過 MyCAT代理往一張邏輯表中插入的多條數據,在后端自動地分配在不同的物理數據庫表上

我們按照本文 第二節【環境規劃】中給出的實驗模型圖來給出如下的 MyCAT邏輯庫配置文件 `
schema.xml 和 分庫分表規則配置文件 rule.xml`

準備配置文件

schema.xml





    
        
    
    
    
        select user()
        
                
        
        
        
    


其中定義了實驗用到的 hostM1、hostS1 和 hostM2

rule.xml

    
        
            create_date
            partbymonth
        
    

    
        yyyy-MM-dd
        2018-11-01
    
這里配置了 sharding-by-month的分庫分表規則,即按照表中的 create_date字段進行分割,從 2018-11-01日期開始,月份不同的數據落到不同的物理數據庫表中

在三個物理節點數據庫上分別創建兩個庫 db1和 db2

create database db1;
create database db2;

連接 MyCAT

mysql -utest -ptest -h127.0.0.1 -P8066 -DTESTDB

通過 MyCAT來創建數據庫 travelrecord

create table travelrecord (id bigint not null primary key,city varchar(100),create_date DATE);

通過 MyCAT來往travelrecord表中插入兩條數據

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-32018-12-3,而我們配的分庫分表的規則即是根據 2018-11-01這個日期為起始來進行遞增的,按照前面我們配的分片規則,理論上這兩條記錄按照 create_date日期字段的不同,應該分別插入到 hostM1的 db1和 db2兩個不同的數據庫中。

驗證一下數據分片的效果

由于 hostM1hostS1組成了 主-從庫 關系,因此剛插入的兩條數據也應該相應自動同步到 hostS1db1db2兩個數據庫中,不妨也來驗證一下:


讀寫分離實驗
預期實驗效果:開啟了 MyCAT的讀寫分離機制后,讀寫數據操作各行其道,互不干擾

此節實驗用到的配置文件 schema.xmlrule.xml基本和上面的【分庫分表】實驗沒什么不同,只是我們需要關注一下 schema.xml配置文件中 標簽里的 balance字段,它是與讀寫分離息息相關的配置:

因此我們就需要弄清楚 標簽中 balance參數的含義:

balance="0":不開啟讀寫分離機制,即讀請求僅分發到 writeHost上

balance="1":讀請求隨機分發到當前 writeHost對應的 readHost和 standby writeHost上

balance="2":讀請求隨機分發到當前 dataHost內所有的 writeHost / readHost上

balance="3":讀請求隨機分發到當前 writeHost對應的 readHost上

我們驗證一下 balance="1"的情況,即開啟讀寫分離機制,且讀請求隨機分發到當前 writeHost對應的 readHost和 standby writeHost上,而對于本文來講,也即:hostS1 和 hostM2 上

我們來做兩次數據表的 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)

然后我們取出 mycat.log日志查看一下具體詳情,我們發現第一次 select讀操作分發到了 hostM2上:

而第二次 select讀操作分發到了 hostS1上:


主備切換實驗
預期實驗效果:開啟 MyCAT的主備機制后,當主庫宕機時,自動切換到備用機進行操作

關于主備切換,則需要弄清楚 標簽中 switchType參數的含義:

switchType="-1":不自動切換主備數據庫

switchType="1":自動切換主備數據庫

switchType="2":基于MySQL主從復制的狀態來決定是否切換,需修改heartbeat語句:show slave status

switchType="3":基于Galera(集群多節點復制)的切換機制,需修改heartbeat語句:show status like "wsrep%"

此處驗證一下 Mycat的主備自動切換效果。為此首先我們將 switchType="-1" 設置為 switchType="1",并重啟 MyCat服務:

在本實驗環境中,在 hostM1hostM2均正常時,默認寫數據時是寫到 hostM1

接下來手動停止 hostM1 上的 MySQL數據庫來模擬 hostM1 宕機:

systemctl stop mysqld.service

接下來再通過 MyCat插入如下兩條數據:

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");

效果如下:

此時,我們恢復 hostM1,但接下來的數據寫入依然進入 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 是否能升級為主寫節點

再插入兩條數據:

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");

很明顯,答案是肯定的


后 記
由于能力有限,若有錯誤或者不當之處,還請大家批評指正,一起學習交流!

My Personal Blog:CodeSheep 程序羊

我的半年技術博客之路



文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/17859.html

相關文章

  • 分庫分表" ?選型和流程要慎重,否則會失控

    摘要:但你是否知道分庫分表需要哪些要素拆分過程是復雜的,提前計劃,不要等真正開工,各種意外的工作接踵而至,以至失控。在實施分庫分表策略時,這些個性會造成策略過大不好維護。 更多文章關注微信公眾號《小姐姐味道》 https://mp.weixin.qq.com/s?__... 數據庫中間件之分庫分表 恭喜你,貴公司終于成長到一定規模,需要考慮高可用,甚至分庫分表了。但你是否知道分庫分表需要哪...

    archieyang 評論0 收藏0
  • springboot+mycat 分表分庫

    摘要:而在分布式系統中,分表分庫也是常用的一種解決此類瓶頸的手段。支持數據的多片自動路由與聚合,支持等常用的聚合函數支持跨庫分頁。支持通過全局表,關系的分片策略,實現了高效的多表查詢。支持多租戶方案。 前言 對于業務量越來越大的時候,單表數據超過幾千萬,甚至上億時,一張表里面查詢真的會很費時。而在分布式系統中,分表分庫也是常用的一種解決此類瓶頸的手段。今天就選用springboot+myca...

    lakeside 評論0 收藏0

發表評論

0條評論

el09xccxy

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看

        <