Sql server Always On 讀寫分離配置方法

使用了Sqlserver 2012 Always on技術後，假如採用的配置是默認配置，會出現Primary server CPU很高的狀況發生，好比默認配置以下：

須要自定義來解決這個問題。

 

咱們先來看看上圖中的這些選項的意義

主角色中的鏈接

• 容許全部鏈接
  • 若是當前server是primary角色時，primary instance容許全部鏈接（如：讀/寫/管理）
• 容許讀/寫鏈接
  • 若是當前server是primary角色時，primary instance只容許讀/寫鏈接（若是經過ssms鏈接，將報錯、sqlcmd也是報錯）

可讀輔助副本

• 是
  • 若是當前server是primary角色時，全部的secondary servers都是能夠看的（經過ssms能看結構、數據，但不能更改）
• 僅讀意向
  • 若是當前server是primary角色時，全部的secondary servers只容許讀鏈接（須要在創建鏈接時加入key來標明爲只讀鏈接：ApplicationIntent=ReadOnly）
• 否
  • 若是當前server是primary角色時，全部的secondary servers都不能夠看（經過ssms能鏈接，可是看不了，會報錯，以下）

 

創建讀寫分離的方法：

第一種

1. 1. 設置某具體「可用性組」的屬性爲：可讀副本爲「是」
   2. 客戶端經過直連副本方式實現將select的流量轉發過去
   3. 暴露出去的ip地址至少2個：偵聽器ip和副本ip（若是副本多個，則可用ip哈希來進行更多的自定義）

第二種

1. 1. 設置某具體「可用性組」的屬性爲：可讀輔助副本爲「僅讀意向」
2. 2. 執行sql腳本，創建read指針
   3. 執行sql腳本，創建primary, read db ur list關係
   4. 暴露出去的ip地址只有1個：偵聽器IP

 

第一種方式可以進行更多地自定義，可是已經脫離sqlserver always on技術了，所以不討論了

第二種方式對於客戶端來說更傻瓜點，可是自定義力度小，全依託於ms將來怎麼改進這塊了，並且這裏有些坑。。。

 

下面來講說這些坑：

坑1：UI圖形界面設置後，還須要執行腳原本創建讀寫分離支持

創建read指針 - 在當前的primary上爲每一個sqlserver instance創建[instance name=>instance tcp url] Map

--因爲這裏有2個instance（包括了primary角色的）, 所以在primary上分別爲這2個instance創建關係

ALTER AVAILABILITY GROUP [alwayson]
MODIFY REPLICA ON
N'LAB-SQL1' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'tcp://LAB-SQL1.lab-sql.com:1433'))

ALTER AVAILABILITY GROUP [alwayson]
MODIFY REPLICA ON
N'LAB-SQL2' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N'tcp://LAB-SQL2.lab-sql.com:1433'))

 

創建primary, read db ur list關係 - 在當前的primary上爲各個primary創建對應的read only url 列表（有優先級概念）

--爲每一個可能成爲primary角色的server，創建相應的只讀列表，下面的代碼因爲互爲readonly server，所以優先級都是1

ALTER AVAILABILITY GROUP [alwayson]
MODIFY REPLICA ON
N'LAB-SQL2' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('LAB-SQL1')));


ALTER AVAILABILITY GROUP [alwayson]
MODIFY REPLICA ON
N'LAB-SQL1' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('LAB-SQL2')));


--假如又增長了一臺lab-sql3的secdonary，則sql可變爲
ALTER AVAILABILITY GROUP [alwayson]
MODIFY REPLICA ON
N'LAB-SQL2' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('LAB-SQL1', 'LAB-SQL3')));


ALTER AVAILABILITY GROUP [alwayson]
MODIFY REPLICA ON
N'LAB-SQL1' WITH
(PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=('LAB-SQL2', 'LAB-SQL3')));

--上述語句中的列表是有優先級關係的，排在前面的具備更高的優先級

 

能夠經過以下語句查看這個關係，以及相應的優先級：

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

這裏的routing_priority就是優先級

坑2：客戶端須要指定訪問的數據庫以及加入ReadOnly關鍵字

C#鏈接字符串

• • server=偵聽器IP;database=testDB3;uid=sa;pwd=111111;ApplicationIntent=ReadOnly

SSMS方式

坑3：Hosts文件設置

因爲sql server always on依賴於windows集羣，而windows集羣依賴於活動目錄，而客戶端程序所在server極可能沒有加入域，所以這裏的解析存在問題

因爲這種讀寫分離的方式，其實是客戶端先鏈接到偵聽器ip，而後經過協商後，讓客戶端再鏈接到具體的副本上（用tcp url，使用了全名的，如：sql1.ad.com這種格式，在ad外部默認沒法解析），所以須要修改hosts文件，爲每一個可能成爲read的全名增長記錄，以下：

192.168.0.1        LAB-SQL1.lab-sql.com
192.168.0.2        LAB-SQL2.lab-sql.com

 

總結

1. 簡單狀況下的讀寫分離比較適用
2. 只適用於粗粒度的讀寫分離，由於增長了一個額外的ConnectionString，而不是創建在普通鏈接字符串上的
3. 若是讀寫分離的分發規則複雜，則不適用