最近一個朋友找到走起君，咨詢走起君內存優化表如何做高可用的問題

大家知道，內存優化表是從SQL Server 2014開始引入，可能大家對內存優化表還是比較陌生，網上也鮮有內存優化表使用場景的文章

朋友公司做的業務是跟蜂鳥配送類似的配送業務，整個配送系統平臺每天訂單量超過30W

?

---

坐標問題

系統中某一個部分需要保存跑男的坐標

坐標需要保存到redis和數據庫，一旦坐標更新也需要更新redis中的數據

剛開始朋友用傳統表來保存坐標數據，但是很快遇到問題，傳統表在更新的速度跟不上

后來改用內存優化表，使用了之后

剛開始上傳坐標的接口，延遲很大，用了內存表，100毫秒以內，搞定

這些坐標是需要持久化的，而內存優化表是完全支持ACID的，所以也不需要擔心數據丟失的問題

內存優化表更新速度快的另一個原因：無鎖機制， ?并發（如閂鎖爭用或阻塞）影響的應用程序遷移到內存中 OLTP 時，其性能會顯著提高。

??

大家知道，內存優化表需要有一個非聚集哈希主鍵索引，大概的表結構是

每個跑男占用一行記錄

?

對應到redis里面大家應該都知道怎麼存儲了吧，使用redis的散列類型來存儲跑男的坐標

hmset 跑男ID X坐標 value Y坐標 value 跑男在線時間 value hmset 1 X坐標 12 Y坐標 10 跑男在線時間 60

?

因為數據庫高可用的問題，朋友就購置了新服務器，用來搭建AlwaysOn，新服務器都用SSD固態硬盤

內存優化表的瓶頸主要在事務日志固化，雖然有延遲持久化，但是延遲持久化在意外宕機的時候可能丟失部分數據

現在新服務器使用SSD固態硬盤之后，事務日志固化的瓶頸基本消失

使用新服務器之后，支撐30w/日訂單是完全沒有問題的

?

?

---

另一個問題是AlwaysOn問題

實際上，SQL Server 2014的AlwaysOn集群已經支持內存優化表，只是不支持在輔助副本上查詢內存優化表數據，在故障轉移之后

輔助副本上的內存優化表數據是完全沒有丟失的，SQL Server 2016對AlwaysOn集群的內存優化表做了改進，支持在輔助副本上查詢內存優化表數據

?

?

---

總結

?

實際上，如果大家對內存優化表研究比較深入的話，內存優化表實際上相當于把redis嵌入到SQL Server，再在上面加上事務等關系型數據庫特性

因為兩者實現的底層都是哈希表

?

注意：內存優化表跟redis一樣，是純內存操作的，所以機器內存不能太小，SQL Server在啟動時候會把內存優化表數據庫文件

里面的數據全部load入內存，朋友的redis服務器和SQL Server服務器都用的256G內存，內存還算足夠

?

這篇文章寫得比較粗糙，最后祝大家新年快樂！

原文地址：http://www.cnblogs.com/lyhabc/p/6346640.html

---

.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的SQL Server 2014内存优化表的使用场景的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。