分布式数据库中单节点故障的影响？

一般在做分布式数据库规划设计中，都会考虑分布式数据库的高可用架构以及应急处置策略等。最基本的原则肯定是要具备单点故障无维护的能力，还有所选分布式数据库集群软件的安全稳定性能力，一定要全面测试验证，要避免分布式数据库集群软件自身缺陷导致的争抢资源或频繁异常宕机的情况。
在做分布式数据库高可用架构规划时，可能会考虑以下几种方式：
1、单机房多副本，副本存放在不同节点中。该方案可以应对单节点故障，而且事务提交操作没有跨机房日志同步操作，对事务响应时间影响最小。在单节点故障情况下，数据不丢失，原故障节点对外提供的服务可能会有几秒或几十秒的影响，需要应用程序重新建立数据库的连接。
2、同城三机房，每个机房一个数据副本。该方案可以应对单机房故障，事务提交操作需要在同城机房间进行日志同步，对事务响应时间有较小影响。
3、两地三机房，可以使用3个副本或者5个副本。该方案在应对单机房故障的基础上，如果存放单机房的城市发生故障，数据也不会丢失；事务提交操作大概率在同城机房间进行日志同步，对事务响应时间有较小影响；但一旦同城的两个机房中一个机房发生故障，事务提交就需要跨城日志同步，对事务响应时间有较大影响。
4、三地三机房，多使用5个副本。可以应对城市级故障。事务提交操作需要跨城进行日志同步，对事务响应时间有较大影响。
分布式数据库架构可以有多种组合方式，以上4种方案也不是绝对的。不过在分布式架构下要重点关注网络的架构规划和时延情况，还要考虑业务系统的部署方案，比如对于可用性要求特别高的系统，可采用三地三机房方案将分布式数据库系统部署到三地三机房中，业务系统也需要部署到将相应的三个机房里，避免跨城数据库访问造成的性能损失；同时每一次事务提交需要跨城事务日志同步，对响应时间有一定的影响，这种情况下一定要提前测试验证好各种场景下网络延时或网络抖动对应用系统和对分布式数据库的影响情况。