MySQL 垂直切分（读书笔记整理）
相对于水平拆分来说，垂直拆分比较容易实现一些，垂直拆分的意思是把数据库中不同的业务数据拆分到不同的数据库中。垂直拆分能很
1，垂直拆分
相对于水平拆分来说，垂直拆分比较容易实现一些，垂直拆分的意思是把数据库中不同的业务数据拆分到不同的数据库中。垂直拆分能很好的起到分散数据库压力的作用。业务模块不明晰，耦合(表关联)度比较高的系统不适合使用这种拆分方式。
有得用户查询积分快，有的用户查询自己的订单很快，但是查询自己的用户信息很慢，为什么？
2，垂直切分的优点◆ 数据库的拆分简单明了，拆分规则明确；
◆ 应用程序模块清晰明确，整合容易；
◆ 数据维护方便易行，，容易定位；
3，垂直切分的缺点
◆ 部分表关联无法在数据库级别完成，需要在程序中完成；
◆ 对于访问极其频繁且数据量超大的表仍然存在性能平静，不一定能满足要求；
◆ 事务处理相对更为复杂；
◆ 切分达到一定程度之后，扩展性会遇到限制；
◆ 过读切分可能会带来系统过渡复杂而难以维护。
针对于垂直切分可能遇到数据切分及事务问题，在数据库层面实在是很难找到一个较好的处理方案。实际应用案例中，数据库的垂直切分大多是与应用系统的模块相对应，同一个模块的数据源存放于同一个数据库中，可以解决模块内部的数据关联问题。而模块与模块之间，则通过应用程序以服务接口方式来相互提供所需要的数据。虽然这样做在数据库的总体操作次数方面确实会有所增加，但是在系统整体扩展性以及架构模块化方面，都是有益的。
可能在某些操作的单次响应时间会稍有增加，但是系统的整体性能很可能反而会有一定的提升。而扩展瓶颈问题。
根据模块拆分，比如用户模块、订单模块、日志模块，系统参数模块
用户模块的表：uc_user表；uc_user_info表；uc_action表；uc_profile表
订单模块表：order_action表；order_list表；shop表；order表；
日志模块：order_log表；uc_log表；plocc_log表；
系统参数模块：plocc_parameter表；
模块模块之间都一看都是有联系的，这些都是用到用户的，那么都和用户模块有关联
如下图所示：
5，垂直拆分演示 5.1准备mysql环境
创建多实例参考：
建库sql语句：