使用服务器辅助的客户端重定向实现 DB2 的无限制扩展

核心提示： 图 3 甚至演示了最糟的场景，即事务中的其余查询随机分布在所有节点，使用服务器辅助的客户端重定向实现 DB2 的无限制扩展(3)，此时，调用的数量等同于没有使用 SACR 的情况下的数量，所有语句都 100% 可重定向到一个节点，在使用 SACR 的情况下，响应时间还不算很糟，图 3. 启用了

图 3 甚至演示了最糟的场景，即事务中的其余查询随机分布在所有节点，此时，调用的数量等同于没有使用 SACR 的情况下的数量，响应时间还不算很糟。

图 3. 启用了 SACR，并且数据随机分布在所有节点上

图片看不清楚？请点击这里查看原图（大图）。

图 4 展示了一个更类似的场景 —— 事务中的第二个查询需要访问与第一个查询相同的节点上的数据。这使 SACR 的优点变得更清晰。允许客户端直接与包含所需数据的节点进行通信可以将上述简单示例中调用的数量从 8 减少到 6。这减少了通信开销，从而减少了响应时间并提高了吞吐量。

图 4. 启用了 SACR，并且所有数据都在一个节点上

图片看不清楚？请点击这里查看原图（大图）。

同一个事务中的请求越集中在一个节点上，应用程序从 SACR 中受益越多。图 5 演示了包含 10 个语句的事务的情况，所有语句都 100% 可重定向到一个节点，在使用 SACR 的情况下，响应时间提高了 300%。

图 5. 语句 100% 可重定向到单个节点时的事务响应时间