SQL Server AlwaysOn读写分离配置图文教程

概述

Alwayson相对于数据库镜像最大的优势就是可读副本，带来可读副本的同时还添加了一个新的功能就是配置只读路由实现读写分离；当然这里的读写分离稍微夸张了一点，只能称之为半读写分离吧！看接下来的文章就知道为什么称之为半读写分离。

配置可用性组

可用性副本概念辅助角色支持的连接访问类型

1.无连接

不允许任何用户连接。 辅助数据库不可用于读访问。 这是辅助角色中的默认行为。

2.仅读意向连接

辅助数据库仅接受ApplicationIntent=ReadOnly的连接,其它的连接方式无法连接。

3.允许任何只读连接

辅助数据库全部可用于读访问连接。 此选项允许较低版本的客户端进行连接。

主角色支持的连接访问类型

1.允许所有连接

主数据库同时允许读写连接和只读连接。 这是主角色的默认行为。

2.仅允许读/写连接

允许ApplicationIntent=ReadWrite或未设置连接条件的连接。 不允许ApplicationIntent=ReadOnly的连接。 仅允许读写连接可帮助防止客户错误地将读意向工作负荷连接到主副本。

配置语句

到此只读路由已配置完成，不要忘记在每个alwayson副本上创建登入用户。

登入方式

C#连接字符串server=侦听IP;database=;uid=;pwd=;ApplicationIntent=ReadOnly

ssms：其它连接参数

---仅意向读连接
ApplicationIntent=ReadOnly
---读写连接
ApplicationIntent=ReadWrite配置hosts

连接测试

1.ReadOnly

可以看到使用ApplicationIntent=ReadOnly连接属性正确的连接到了只读副本DB02上。ApplicationIntent=ReadWrite同理。

20170714补充

SQLServer2016支持多个只读副本负载分担只读操作,只读路由列表修改如下：

当HD21DB01作为主节点时，HD21DB02,HD21DB03,HD21DB04平均分摊读的压力，当HD21DB02,HD21DB04都无法访问时读连接访问HD21DB01；演示如下：

概述

从上面我们可以看到只读路由的读写分离是通过连接属性ApplicationIntent=ReadOnlyReadWrite使得连接是连向主副本还是辅助副本，这意味着需要在应用端配置多个连接串手动的配置代码是走写还是只读。这也就是为什么一开始我说这是半读写分离的原因。还有一个缺陷就是虽然配置了两个只读副本，但是每次只有优先级高的那个只读副本能提供只读连接，只有当优先级高的那个只读副本故障了才能路由到下一个只读副本。这也就意味着当前只有2个副本在提供读写操作，多个只读副本之间不能做到同时提供读操作的负载均衡。

总结

以上所述是小编给大家介绍的SQL Server AlwaysOn读写分离配置，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对编程之家网站的支持！

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!