垂直拆分
1、垂直分表
- 也就是“大表拆小表”，基于列字段进行的。一般是表的字典较多，将不常用，数据较大，长度较长（比如text类型字段）的拆分到扩展表。
- 一般是针对那种几百列的大表，也避免查询时，数据量太大造成的“跨页”问题。
2、垂直分库
- 垂直分库针对的时一个系统中的不同业务进行拆分，比如用户
User一个库，商品Producet一个库，订单Order一个库。
切分后，要放在多个服务器上，而不是一个服务器上。为什么？
- 我们想象一下，一个购物网站对外提供服务，会有用户、商品，订单等
CRUD。没拆分之前，全部都是落到单一的库上的，这会让数据库的单库处理能力成为瓶颈。按垂直分库后，如果还是放在一个数据库服务器上，随着用户量增大，这会让单个数据库的处理能力成为瓶颈，还有单个服务器的磁盘空间、内存、tps等非常吃紧。所以我们要拆分到多个服务器上，这样上面的问题都解决了，以后也不会面对单机资源问题。 - 数据库业务层面的拆分，和服务的“治理”，“降级”机制类似，也能对不同业务的数据分别和进行管理、维护、控制、扩展等。
- 数据库往往最容易成为应用系统的瓶颈，而数据库本身属于“有状态”的，相当于
Web和应用服务器来讲，是比较难“横向扩展”的。 - 数据库的连接资源比较宝贵且单机处理能力也有限，在高并发场景下，垂直分库一定程度上能突破
IO、连接数及单机硬件资源的瓶颈。
