MongoDB连接副本集

1>、客户端到副本集的连接&＃xff1a;使用副本集与使用单台服务器很像&＃xff0c;默认情况下&＃xff0c;驱动程序会连接到主节点&＃xff0c;并且将所有请求都路由到主节点。应用程序可以像使用单台服务器一样进行读和写&＃xff0c;副本集会在后台默默处理热备份。在驱动程序中使用与MongoClient等价的对象&＃xff0c;并且提供一个希望连接到的副本种子(seed)列表。种子是副本集成员&＃xff0c;并不需要将所有成员都列出来&＃xff1a;驱动程序连接到某个种子服务器之后&＃xff0c;就能够得到其他成员的地址。例如&＃xff1a;"mongodb://server-1:27017,server-2:27017"。当主节点挂掉之后&＃xff0c;驱动程序会尽快自动找到新的主节点&＃xff0c;并且将请求路由到新的主节点。如果没有可达的主节点&＃xff0c;应用程序就无法执行写操作。在选举主节点的过程中&＃xff0c;主节点可能会暂时不可用&＃xff0c;如果没有可达的成员能够成为主节点&＃xff0c;主节点可能长时间不可用。默认情况下&＃xff0c;驱动程序在这段时间内不会处理任何请求(读或写)&＃xff0c;但是&＃xff0c;可以选择将读请求路由到备份节点。

2>、等待写入复制&＃xff1a;如果希望不管发什么都将写入操作保存到副本集中&＃xff0c;那么必须要确保写入操作被同步到了副本集的“大多数”。可以使用getLastError命令检查写入是否成功&＃xff0c;也可以使用这个命令确保写入操作被复制到备份节点&＃xff0c;参数"w"会强制要求getLastError等待&＃xff0c;一直到给定数量的成员都执行完了最后的写入操作。mongodb有一个特殊的关键字可以传递给"w"&＃xff0c;就是majority。例如&＃xff1a;》>db.runCommand({"getLastError":1,"w":"majority"})。在输出的信息中会有一个新字段"writtenTo"&＃xff0c;只有当使用了"w"选项并且最后的操作被复制到多个服务器时才会有这个字段。假设在执行这个命令时只有主节点和一个仲裁者节点可用&＃xff0c;那么主节点就无法将这个写操作复制到副本集中的任何成员。getLastError并不知道应该等待多久&＃xff0c;所以它会一直等待下去。因此&＃xff0c;应该始终为wtimeout选项设置一个合理的值。wtimeout是getLastError可以使用的另一个选项&＃xff0c;它的值是命令的超时时间&＃xff0c;如果超过这个时间还么有返回&＃xff0c;就会返回失败。例如:>db.runCommand({"getLastError":1,"w":"majority","wtimeout":1000})。如果getLastError超时&＃xff0c;应用程序必须要对这种情况作出处理。getLastError超时并不意味着写操作失败了&＃xff0c;仅仅表明写操作没能在指定时间内复制到足够多的成员。写操作仍然被复制到了一些成员&＃xff0c;而且会尽快传播到其他成员。通常将"w"用于控制写入速度。mongodb的写入速度“太快”&＃xff0c;主节点上执行完写入操作之后&＃xff0c;备份节点还来不及跟上。阻止这种行为的一种常用方式是定期调用getLastError&＃xff0c;将"w"参数指定为大于1的值。这样就会强制这个连接上的写操作一直等待知道复制成功。这只会阻塞这个连接上的写操作&＃xff0c;其他连接上的写操作仍然会立即执行完成并返回。"w"的其他值&＃xff1a;majority并不是唯一一个可以传递给getLastError的w参数的值&＃xff0c;mongodb允许将w指定为任意整数&＃xff0c;例如&＃xff1a;>db.runCommand({"getLastError":1,"w":"2","wtimeout":500})这个命令会一直等待&＃xff0c;直到写操作被复制到两个成员(主节点和一个备份节点)。注意&＃xff0c;"w"的值包含了主节点。如果希望写操作被复制到n个备份节点&＃xff0c;应该将w指定为n&＃43;1(包括主节点)。将w设置为1相当于没有传入w选项。使用常量数值的弊端在于&＃xff0c;如果副本集的配置发生了变化&＃xff0c;就需要修改你的应用程序。

3>、自定义复制&＃xff1a;副本集允许创建自己的规则&＃xff0c;并且可以传递给getLastError&＃xff0c;以保证写操作被复制到所需的服务器上。创建自己的规则&＃xff0c;可以通过在副本集配置中创建"getLstErrorMode"字段实现。每条规则的形式都是"name":{"key":number}。name就是规则的名称&＃xff0c;名称应该能够表明这条规则所做的事情&＃xff0c;方便客户端理解&＃xff0c;客户端在调用getLastError时才能够正确选择自己需要的规则。key字段就是标签键的值&＃xff0c;number是需要遵循这条规则的分组的数量&＃xff0c;number的意思是“保证写操作复制到number个分组&＃xff0c;每个分组内至少一台服务器上”。

4>、将读请求发送到备份节点&＃xff1a;默认情况下&＃xff0c;驱动程序会将所有的请求都路由到主节点&＃xff0c;但是可以通过设置驱动程序的读取首选项(read preferences)配置其他选项。可以在读选项中设置需要将查询路由到的服务器的类型。不建议将读请求发送到备份节点&＃xff1a;对一致性要求非常高的应用程序不应该从备份节点读取数据。出于负载的考虑&＃xff0c;许多用户会将读请求发送给备份节点&＃xff0c;以便实现分布式负载&＃xff0c;过载会导致副本集性能降低&＃xff0c;然后会导致剩余的备份节点远远落后于主节点。何时可以从备份节点读取数据&＃xff1f;当应用程序在主节点挂掉时仍然能够执行读操作&＃xff0c;这是最常见的将读请求发送给备份节点的原因&＃xff0c;失去主节点时&＃xff0c;应用程序进入只读状态。这种选项叫做主节点优先。从备份节点读取数据有一个常见的参数是获得低延迟的数据。可以将读选项设置为Nearest&＃xff0c;以便将请求路由延迟最低的成员。如果要从一个落后的备份节点读取数据&＃xff0c;就要牺牲一致性&＃xff0c;另一方面&＃xff0c;如果希望写操作返回之前被复制到所有副本集成员&＃xff0c;就要牺牲写入速度。