SQL Server AlwaysOn讀寫分離配置

標簽：MSSQL/只讀路由

概述  

Alwayson相對於數據庫鏡像最大的優勢就是可讀副本，帶來可讀副本的同時還添加了一個新的功能就是配置只讀路由實現讀寫分離；當然這里的讀寫分離稍微誇張了一點，只能稱之為半讀寫分離吧！看接下來的文章就知道為什么稱之為半讀寫分離。

 

數據庫：SQLServer2014

db01:192.168.1.22

db02:192.168.1.23

db03:192.168.1.24

監聽ip:192.168.1.25

 

配置可用性組

可用性副本概念

輔助角色支持的連接訪問類型

1.無連接
不允許任何用戶連接。 輔助數據庫不可用於讀訪問。 這是輔助角色中的默認行為。

2.僅讀意向連接
輔助數據庫僅接受ApplicationIntent=ReadOnly 的連接,其它的連接方式無法連接。

3.允許任何只讀連接
輔助數據庫全部可用於讀訪問連接。 此選項允許較低版本的客戶端進行連接。

主角色支持的連接訪問類型

1.允許所有連接
主數據庫同時允許讀寫連接和只讀連接。 這是主角色的默認行為。

2.僅允許讀/寫連接
允許ApplicationIntent=ReadWrite或未設置連接條件的連接。 不允許 ApplicationIntent=ReadOnly的連接。 僅允許讀寫連接可幫助防止客戶錯誤地將讀意向工作負荷連接到主副本。

配置語句

---查詢可用性副本信息
SELECT * FROM master.sys.availability_replicas

---建立read指針 - 在當前的primary上為每個副本建立副本對於的tcp連接
ALTER AVAILABILITY GROUP [Alwayson22]
MODIFY REPLICA ON
N'db01' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db01.ag.com:1433'))

ALTER AVAILABILITY GROUP [Alwayson22]
MODIFY REPLICA ON
N'db02' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db02.ag.com:1433'))

ALTER AVAILABILITY GROUP [Alwayson22]
MODIFY REPLICA ON
N'db03' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'TCP://db03.ag.com:1433'))


----為每個可能的primary role配置對應的只讀路由副本
--list列表有優先級關系，排在前面的具有更高的優先級,當db02正常時只讀路由只能到db02，如果db02故障了只讀路由才能路由到DB03
ALTER AVAILABILITY GROUP [Alwayson22]
MODIFY REPLICA ON
N'db01' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('db02','db03')));

ALTER AVAILABILITY GROUP [Alwayson22]
MODIFY REPLICA ON
N'db02' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('db01','db03')));

--查詢優先級關系
SELECT  ar.replica_server_name ,
        rl.routing_priority ,
        ( SELECT    ar2.replica_server_name
          FROM      sys.availability_read_only_routing_lists rl2
                    JOIN sys.availability_replicas AS ar2 ON rl2.read_only_replica_id = ar2.replica_id
          WHERE     rl.replica_id = rl2.replica_id
                    AND rl.routing_priority = rl2.routing_priority
                    AND rl.read_only_replica_id = rl2.read_only_replica_id
        ) AS 'read_only_replica_server_name'
FROM    sys.availability_read_only_routing_lists rl
        JOIN sys.availability_replicas AS ar ON rl.replica_id = ar.replica_id

注意：這里只是針對可能成為主副本的角色進行配置，這里沒有給db03配置只讀路由列表，原因是不想將主副本切換到DB03上面來，配置越多的主副本意味着你后面要做越多的事情包括備份、作業等。

到此只讀路由已配置完成，不要忘記在每個alwayson副本上創建登入用戶。

登入方式

C#連接字符串

server=偵聽IP;database=;uid=;pwd=;ApplicationIntent=ReadOnly

ssms：其它連接參數

---僅意向讀連接
ApplicationIntent=ReadOnly
---讀寫連接
ApplicationIntent=ReadWrite

配置hosts 

--配置使用監聽ip進行連接
192.168.1.22    db01.ag.com 
192.168.1.23 db02.ag.com 192.168.1.24 db03.ag.com --配置使用hostname進行連接 192.168.1.22 db01 192.168.1.23 db02 192.168.1.24 db03

注意：這一步只是在沒有加入域的客戶端進行配置，如果非域的客戶端沒有配置hosts無法使用監聽IP和hostname進行連接，數據庫服務器端不需要配置此項！！！

連接測試

1.ReadOnly

可以看到使用ApplicationIntent=ReadOnly連接屬性正確的連接到了只讀副本DB02上。ApplicationIntent=ReadWrite同理。

20170714補充

SQLServer2016支持多個只讀副本負載分擔只讀操作,只讀路由列表修改如下：

ALTER AVAILABILITY GROUP [Alwayson21]
MODIFY REPLICA ON
N'HD21DB01' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(('HD21DB02','HD21DB03','HD21DB04'),'HD21DB01')));

ALTER AVAILABILITY GROUP [Alwayson21]
MODIFY REPLICA ON
N'HD21DB02' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(('HD21DB01','HD21DB03','HD21DB04'),'HD21DB02')));

當HD21DB01作為主節點時，HD21DB02,HD21DB03,HD21DB04平均分攤讀的壓力，當HD21DB02,HD21DB03,HD21DB04都無法訪問時讀連接訪問HD21DB01；演示如下：

概述  

從上面我們可以看到只讀路由的讀寫分離是通過連接屬性ApplicationIntent=ReadOnly\ReadWrite使得連接是連向主副本還是輔助副本，這意味着需要在應用端配置多個連接串手動的配置代碼是走寫還是只讀。這也就是為什么一開始我說這是半讀寫分離的原因。還有一個缺陷就是雖然配置了兩個只讀副本，但是每次只有優先級高的那個只讀副本能提供只讀連接，只有當優先級高的那個只讀副本故障了才能路由到下一個只讀副本。這也就意味着當前只有2個副本在提供讀寫操作，多個只讀副本之間不能做到同時提供讀操作的負載均衡。

 

注意： 域服務器宕機了也不影響使用SQLServer身份驗證連接副本或者監聽器，Windows身份驗證會受域服務器的影響。所以只要不故障切換AD宕機了也不影響AlwaysOn群集的連接。這個功能減少了AlwaysON對AD的依賴，同時也減少建雙域控的成本。

 

 

 

 

搭建和加入域參考：http://www.cnblogs.com/chenmh/p/4444168.html

搭建故障轉移群集參考：http://www.cnblogs.com/chenmh/p/4479304.html

Alwayson搭建參考：http://www.cnblogs.com/chenmh/p/4484176.html

Alwayson配置兩個節點加共享文件夾仲裁見證：http://www.cnblogs.com/chenmh/p/7156719.html

Alwayson概念總結參考：http://www.cnblogs.com/chenmh/p/6972007.html

 

備注：

    作者：pursuer.chen

    博客：http://www.cnblogs.com/chenmh

本站點所有隨筆都是原創，歡迎大家轉載；但轉載時必須注明文章來源，且在文章開頭明顯處給明鏈接。

《歡迎交流討論》