简述分表要停服嘛？不停服怎么做？
参考答案：
分表是否需要停服，取决于具体的分表策略和实现方式。停服是指停止服务，使系统不再接收新的业务数据，以确保在分表过程中旧数据保持静止不变，全部变为存量数据。然而，不停服分表也是一个可行的选择，它允许在分表过程中系统继续接收和处理新的业务数据。
如果选择不停服分表，可以采取以下步骤来实现：
- 准备阶段：首先，需要评估当前的数据库负载和性能，以确定分表的必要性和目标。同时，制定详细的分表方案，包括分表策略、数据迁移计划、回滚方案等。
- 编写代理层和新DAO：为了实现不停服分表，需要编写一个代理层来管理对旧表和新表的访问。代理层可以根据一定的规则或策略，动态决定是将请求转发给旧表还是新表。同时，需要编写新的数据访问对象（DAO）来与新表进行交互。
- 开启双写：在分表过程中，为了确保数据的完整性和一致性，需要开启双写机制。这意味着，当新的业务数据写入时，它不仅会被写入旧表，也会被写入新表。通过记录写入新表的ID起始值，可以区分出存量数据和增量数据。
- 数据迁移：在双写机制开启后，可以开始将存量数据从旧表迁移到新表。这通常通过编写脚本或使用专门的工具来完成，以确保数据的准确性和完整性。在迁移过程中，需要密切关注系统的性能和稳定性，确保不会对正常业务造成影响。
- 流量切换：当新表已经承载了大部分或所有读写业务时，可以逐步将流量从旧表切换到新表。这通常通过调整代理层的配置来实现。在切换过程中，需要保持对新表和旧表的监控，确保数据的准确性和业务的连续性。
- 验证与观察：完成流量切换后，需要对新表进行验证和观察，确保数据的准确性和业务的稳定性。如果发现任何问题或异常，需要立即采取措施进行修复或回滚。
需要注意的是，不停服分表虽然可以保持业务的连续性，但也会增加系统的复杂性和风险。因此，在实施不停服分表之前，需要充分评估其可行性和风险，并制定相应的应对措施。同时，建议在非生产环境中进行充分的测试和验证，以确保分表过程的顺利进行。