Mycat搭建分庫分表方式
分庫分表解決的問題
單表數(shù)據(jù)量過大帶來的性能和存儲容量的限制的問題:
- 索引效率下降
- 讀寫瓶頸
- 存儲容量限制
- 事務(wù)性能問題
分庫分表架構(gòu)


- 再搭建一對主從復(fù)制節(jié)點,3307主節(jié)點,3309從節(jié)點
- 配置數(shù)據(jù)源 dw1 , dr1,
- 創(chuàng)建集群c1
- 創(chuàng)建邏輯庫 CREATE DATABASE clusterdb;
- 創(chuàng)建廣播表 BROADCAST代表廣播表,意味著所有的數(shù)據(jù)源都會創(chuàng)建這張表
CREATE TABLE clusterdb.`dict_type` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵', `type_id` int(11) NOT NULL COMMENT '業(yè)務(wù)類型id', `name` varchar(255) DEFAULT NULL COMMENT '名稱', PRIMARY KEY (`id`) USING BTREE )ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='類型字典' BROADCAST;
添加數(shù)據(jù)
INSERT INTO clusterdb.`dict_type` VALUES (1,1,'發(fā)貨單'); INSERT INTO clusterdb.`dict_type` VALUES (2,2,'收貨單'); INSERT INTO clusterdb.`dict_type` VALUES (3,3,'出庫單'); INSERT INTO clusterdb.`dict_type` VALUES (4,4,'入庫單'); INSERT INTO clusterdb.`dict_type` VALUES (5,5,'出室單'); INSERT INTO clusterdb.`dict_type` VALUES (6,6,'入室單');
驗證一下是否每個數(shù)據(jù)節(jié)點都有數(shù)據(jù)
創(chuàng)建分片庫表
- 分庫分片表就是把數(shù)據(jù)按照特定的算法,分配到不同的數(shù)據(jù)庫表中,達(dá)到降低單表數(shù)據(jù)量過大導(dǎo)致的效率問題。
CREATE TABLE clusterdb.orders( `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵', `order_type` int(11) NOT NULL COMMENT '業(yè)務(wù)類型id', `order_name` varchar(255) DEFAULT NULL COMMENT '名稱', PRIMARY KEY (`id`) USING BTREE )ENGINE=INNODB DEFAULT CHARSET=utf8 dbpartition BY mod_hash(id) tbpartition BY mod_hash(id) tbpartitions 1 dbpartitions 2; INSERT into clusterdb.orders values(1,1,'test1'); INSERT into clusterdb.orders values(2,1,'test2'); INSERT into clusterdb.orders values(3,2,'test3'); INSERT into clusterdb.orders values(4,3,'test4'); INSERT into clusterdb.orders values(5,3,'test5'); INSERT into clusterdb.orders values(6,4,'test6'); INSERT into clusterdb.orders values(7,5,'test7'); INSERT into clusterdb.orders values(8,5,'test8'); INSERT into clusterdb.orders values(9,5,'test9'); INSERT into clusterdb.orders values(10,5,'test10');
驗證結(jié)果
在mycat進(jìn)行查詢 select * from clusterdb.orders; 能得到全部的結(jié)果

主節(jié)點1,自動創(chuàng)建clusterdb_0 orders_0 并且存放的是id偶數(shù)的數(shù)據(jù)

主節(jié)點2,自動創(chuàng)建clusterdb_1 orders_1 并且存放的id是基數(shù)的數(shù)據(jù)

到這里分庫分表就成功啦~~
總結(jié)
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySql,MVCC實現(xiàn)及其機(jī)制,快照讀在RC,RR下的區(qū)別說明
這篇文章主要介紹了MySql,MVCC實現(xiàn)及其機(jī)制,快照讀在RC,RR下的區(qū)別說明,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-04-04
mysql通過binlog日志復(fù)制主從同步的實現(xiàn)
本文主要介紹了mysql通過binlog日志復(fù)制主從同步的實現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-05-05
一步步教你在Navicat上如何停止正在運行的MYSQL語句
很多時候我們會提交一些耗時比較長的sql,可能出現(xiàn)mysql服務(wù)器內(nèi)存或者CPU暴增,引起報警,甚至影響其他業(yè)務(wù),下面這篇文章主要給大家介紹了關(guān)于在Navicat上如何停止正在運行的MYSQL語句的相關(guān)資料,需要的朋友可以參考下2023-03-03
MySQL?中?Varchar(50)?和?varchar(500)?區(qū)別介紹
網(wǎng)上說Varchar(50)和varchar(500)存儲空間上是一樣的,真的是這樣嗎,基于性能考慮,是因為過長的字段會影響到查詢性能,本文我將帶著這兩個問題探討驗證一下,需要的朋友可以參考下2024-08-08
一文詳解如何在MySQL中處理JSON數(shù)據(jù)
在當(dāng)今的大數(shù)據(jù)時代,JSON作為一種輕量級的數(shù)據(jù)交換格式,被廣泛應(yīng)用于Web應(yīng)用的數(shù)據(jù)傳輸,隨著MySQL 5.7的發(fā)布,MySQL引入了對JSON數(shù)據(jù)類型的支持,本文將詳細(xì)介紹如何在MySQL中處理JSON數(shù)據(jù),并提供示例,需要的朋友可以參考下2024-08-08
ubuntu20.04配置mysql8.0的實現(xiàn)步驟
本文主要介紹了ubuntu20.04配置mysql8.0的實現(xiàn)步驟,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-05-05

