接上一篇：企业实战_14_MyCat跨分片查询_全局表
https://gblfy.blog.csdn.net/article/details/100059621
文章目录
- 一、主从复制到MyCat总结
- 1. 数据库架构升级持之分库
- 二、为什么数据库要进行垂直拆分？
- 2.1. 优点
- 2.2. 缺点
- 三、 解决跨分片关联的方式
- 3.1. 使用MyCat全局表
- 3.2. 冗余部分关联数据
- 3.3. 使用API的方式获取数据
一、主从复制到MyCat总结
1. 数据库架构升级持之分库
①切换应用通过MyCat连接数据库
②删除不属于本模块的表
| 此场景验证Mysql主从复制到垂直拆分的演化。 由一开始有MySql主机主从复制方式，到由MyCat来控制后台的MySql主机--->>>垂直拆分场景 |
二、为什么数据库要进行垂直拆分？
思路：优缺点出发
2.1. 优点
①数据库的拆分简单明了，拆分规则明确
②应用程序模块清晰明确，整合容易
③数据维护，简单易行，容易定位
2.2. 缺点
①部分表关联无法在数据库完成级别完成，需要在程序中完成
②对于访问比较频繁且数据量超大的表仍然存在性能瓶颈
③切分达到一定程度后，扩展性会遇到限制
三、 解决跨分片关联的方式
3.1. 使用MyCat全局表
3.2. 冗余部分关联数据
3.3. 使用API的方式获取数据
下一篇：企业实战_16_MyCat全局自增ID
https://gblfy.blog.csdn.net/article/details/100064315
