垂直切分指按业务或访问模式将表拆分至不同数据库实例，优点包括提升查询性能、降低单库负载、增强可维护性与安全性、便于扩展；缺点有跨库事务复杂、关联查询困难、运维成本高、网络依赖强、数据一致性难保障，适用于模块清晰且耦合低的系统。

MySQL垂直切分是指将一个数据库中的表按照业务逻辑或访问模式拆分到不同的数据库实例中，通常是把一张表的列拆开，或者把关联不强的表分配到不同库。这种架构调整在应对系统性能瓶颈时较为常见。以下是其主要优缺点。

钓鱼热点推送

自动聚合钓鱼社区、搜索引擎和天气API数据，结合用户位置与和风天气钓鱼指数，推送周边最佳钓点及实时鱼情；支持配置管理、NLP信息提取、HTML可视化报告、历史记录。触发词：钓鱼热点、今日鱼情、附近钓点、哪里出鱼、钓鱼推送、钓鱼情报、fishing hotspot。

下载

优点

• 提高查询性能：将高频访问的字段与低频字段分离，减少I/O开销，提升热点数据读写效率。
• 降低单库负载：不同业务模块独立部署，彼此之间的数据库压力相互隔离，避免相互影响。
• 更好的可维护性：按业务划分后，结构更清晰，便于团队分工开发和维护。
• 安全性增强：敏感数据可单独存放并加强权限控制，如用户密码、支付信息等独立成库。
• 易于扩展：后续可针对特定业务库进行独立扩容或优化，比如为主库配置更高性能的服务器。

缺点

• 跨库事务处理复杂：原本在一个库内的事务操作被拆分后，需引入分布式事务（如XA），增加实现难度和性能损耗。
• 关联查询困难：原本的JOIN操作可能涉及多个数据库，无法直接执行，需要应用层拼接数据，开发成本上升。
• 运维成本增加：数据库实例增多，备份、监控、升级等管理工作变得更繁琐。
• 网络依赖增强：各数据库通常部署在不同服务器上，网络延迟和稳定性对整体性能影响变大。
• 数据一致性难保证：跨库场景下，数据同步和一致性维护需要额外机制支持，容易出现脏读或延迟问题。

基本上就这些。垂直切分适合业务模块清晰、耦合度低的系统，能有效提升性能和可维护性，但也会带来架构复杂度的上升，需结合实际场景权衡使用。