對于對現有系統進行數據性能優化順序建議

1. 先考慮物理分區，因為物理分區對我們代碼業務不會有改動，但是有局限性，優化效果不是很好

2. 再考慮讀寫分離，讀寫分離對代碼改動不會太多，并且只試用超過讀：寫=8:2的比例，因為讀寫分離主要是緩解讀數據庫的壓力，如果讀的壓力并沒有那么大，就不用考慮這種方式

3. 最后考慮分庫分表或者微服務，這種就是對業務代碼進行大改，但是效果也是最好的

數據庫物理分區

優勢

1. 可以快速、高效地傳輸或訪問數據的子集，同時又能維護數據收集的完整性。 例如，將數據從 OLTP 加載到 OLAP 系統之類的操作僅需幾秒鐘即可完成，而如果不對數據進行分區，執行此操作需要幾分鐘或幾小時。
2. 可以更快地對一個或多個分區執行維護或數據保留操作。 這些操作的效率更高，因為它們僅針對這些數據子集，而非整個表。 例如，可以選擇壓縮一個或多個分區中的數據、重新生成索引的一個或多個分區或截斷單個分區中的數據。 還可以將單個分區從一個表切換到存檔表。
3. 可以根據經常運行的查詢類型提高查詢性能。 例如，在分區依據列與表聯接的列相同時，查詢優化器可以更快地處理兩個或多個已分區表之間的相等聯接查詢。 有關詳細信息，請參閱下面的查詢。

使用

官網地址：https://learn.microsoft.com/zh-cn/sql/relational-databases/partitions/create-partitioned-tables-and-indexes?view=sql-server-ver16

選擇分區的列，我這里用的時間，也可以根據其他列作為分區的算法

隨便填寫一個函數和方案

這里邊界就是設置剛才那列的值，根據自己使用情況設置，文件組用的同一個，官網說不會影響分區的優勢

分配好后點擊預計存儲空間可以看到分區后的數據信息預計值

點擊下一步生成腳本，然后執行就行了

最后我們右鍵這張表的屬性頁，在存儲里面就可以看到分區信息

讀寫分離配置主從庫

這里就不演示代碼了，只演示主從庫配置和數據同步，

就相當于主庫主要負責寫（增刪改），從庫負責讀（查），一般業務需要讀：寫=8 : 2 ，并且數據一致性要求不高的場景，因為主從數據同步有延遲，正因為有延遲，所以主庫除了負責寫，特定情況比如對數據要求一致性比較高的情景就也可以用于讀

先打開sql server服務代理

配置分發服務器

先創建共享文件夾并設置訪問權限，不然后期會提示沒有權限導致失敗

隨便新建一個文件夾，點擊屬性-》共享就可以生成一個路徑，復制這個路徑待會兒會用。

再設置這個文件訪問權限，我這里加了個Everyone都可以訪問讀寫

現在就可以配置分發了，如果沒有這個配置分發的選項，要么是版本不對，我本地是express版本就沒有這個選項和本地發布文件夾。下載企業版就有了

如果版本對了就是沒有這個選項就是之前用過，直接選擇禁用配置和分發，刪除之前的記錄就可以了

一直點擊下一步，到這里配置快照文件夾路徑就選擇剛才共享的路徑就行了

一直點下一步，最后點完成就可以出現這個界面了

添加發布

選擇需要發布的數據庫

選擇發布類型，這里一般選擇事務發布，主從同步比較快，具體看業務

選擇需要發布的表字段和存儲過程（我這里沒有）

點擊下一步這里要配置賬戶

點擊安全設置

確定之后，點擊下一步，填寫發布名稱，點擊完成等待就可以了

添加訂閱

這里新建一個數據庫，新建了一個cs_db_s1的庫

下一步，點擊這個按鈕配置服務連接

確定之后下一步，最后點擊完成就可以了

這里校驗一下，可以看到剛剛新建的數據庫，已經把數據表同步過去了

測試一下

這里修改主庫后馬上查詢主庫和從庫，發現數據對不上，這里就可以看出問題，主從同步需要時間，所以讀寫分離主從庫這種模式適用對數據一致性要求不高的場景

等過幾秒再查詢從庫，這個時候就可以看出數據已經同步了