做美食的网站有那一些今日头条新闻大事件

• 分库分表解决的问题
  • 单表数据量过大带来的性能和存储容量的限制的问题：
    • 索引效率下降
    • 读写瓶颈
    • 存储容量限制
    • 事务性能问题
• 分库分表架构
  • 

• 再搭建一对主从复制节点，3307主节点，3309从节点
• 配置数据源 dw1 , dr1,
• 创建集群c1
• 创建逻辑库  CREATE DATABASE clusterdb;
• 创建广播表 BROADCAST代表广播表，意味着所有的数据源都会创建这张表

CREATE TABLE clusterdb.`dict_type` (

`id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',

`type_id` int(11) NOT NULL COMMENT '业务类型id',

`name` varchar(255) DEFAULT NULL COMMENT '名称',

PRIMARY KEY (`id`) USING BTREE

)ENGINE=InnoDB  DEFAULT CHARSET=utf8 COMMENT='类型字典' BROADCAST;

• 添加数据

INSERT INTO clusterdb.`dict_type` VALUES (1,1,'发货单');

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,'入室单');

• 验证一下是否每个数据节点都有数据
• 创建分片库表
  • 分库分片表就是把数据按照特定的算法，分配到不同的数据库表中，达到降低单表数据量过大导致的效率问题。

CREATE TABLE clusterdb.orders(

 `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',

 `order_type` int(11) NOT NULL COMMENT '业务类型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');

 

• 验证结果
  • 在mycat进行查询 select * from clusterdb.orders; 能得到全部的结果

• 主节点1，自动创建clusterdb_0  orders_0  并且存放的是id偶数的数据

• 主节点2，自动创建clusterdb_1  orders_1 并且存放的id是基数的数据

• 到这里分库分表就成功啦～～