在跨机房多活高可用的日常使用中，我们经常用到的跨机房多活方式有以下三种，都有其适用场景和优缺点：
- 数据库支持双主同步
- 优点：
- 提供数据的高可用性：当一个数据中心或节点发生故障时，另一个数据中心或节点可以接管服务，确保数据的持续可用。
- 实时数据同步：双主同步可以确保两个或多个数据中心之间的数据实时保持一致。
- 缺点：
- 业务代码限制：业务代码在处理双主同步时可能受到一些限制，例如需要确保两边写入数据的主键ID不一样，以避免数据冲突。这可能需要额外的逻辑和复杂性。
- 事务冲突：在并发写入场景下，可能会出现事务冲突的问题。这需要数据库支持事务的冲突检测和解决机制，或者业务代码能够妥善处理这些冲突。
- 同步延迟：虽然双主同步旨在保持数据实时一致，但在网络延迟或高负载情况下，可能会出现同步延迟的情况。
- 注意事项：
- 选择合适的同步机制：例如，基于日志的复制（如MySQL的binlog复制）或基于数据块的复制。
- 确保数据一致性和完整性：在同步过程中，需要确保数据的完整性和一致性，避免数据丢失或损坏。
- 监控和告警：建立有效的监控和告警机制，及时发现并解决同步过程中的问题。
- 业务上分单元
- 优点：
- 提高系统可用性：通过将业务划分为不同的单元，并将这些单元分布到不同的机房中，可以提高系统的整体可用性。当一个机房发生故障时，其他机房可以继续提供服务。
- 灵活性和可扩展性：业务分单元可以根据业务需求进行灵活调整，例如增加或减少机房、调整用户分配等。同时，这种架构也支持水平扩展，以满足不断增长的业务需求。
- 缺点：
- 跨单元查询复杂性：当需要跨单元查询数据时，可能需要复杂的路由和合并逻辑。这可能会增加查询的复杂性和延迟。
- 数据一致性挑战：在分布式系统中，确保数据的一致性是一个挑战。需要采用适当的数据同步和一致性算法来确保跨单元的数据一致性。
- 注意事项：
- 制定合理的业务单元划分策略：根据业务需求和系统架构，制定合理的业务单元划分策略，确保每个单元的职责和目标清晰明确。
- 建立跨业务单元的协作机制：为了实现业务单元之间的协作和知识共享，需要建立跨业务单元的协作机制，如定期召开业务单元负责人会议、设立跨业务单元的项目组等。
- 数据同步和一致性保证：采用适当的数据同步和一致性算法来确保跨单元的数据一致性。
- 数据库不支持双主，业务上兼容（针对实际场景定制）
- 优点：
- 灵活性：在数据库不支持双主同步的情况下，通过业务逻辑来兼容这种限制可以保持系统的灵活性。
- 简化部署和维护：不需要在数据库层面进行复杂的配置和管理，可以简化系统的部署和维护过程。
- 缺点：
- 业务逻辑复杂性：为了兼容数据库不支持双主同步的限制，可能需要在业务逻辑中增加额外的逻辑和复杂性来处理数据同步和冲突解决等问题。
- 性能开销：业务逻辑上的兼容可能会导致一些额外的性能开销，例如增加网络延迟、增加CPU和内存的使用等。
- 注意事项：
- 设计合理的业务逻辑：在业务逻辑中增加处理数据同步和冲突解决的逻辑时，需要确保这些逻辑是合理和有效的，以避免潜在的问题和错误。
- 性能优化：关注业务逻辑上的性能开销，并采取相应的优化措施来减少这些开销。
- 监控和告警：建立有效的监控和告警机制，及时发现并解决业务逻辑上的问题。
