>中文社群徵文活動啟動一週啦，我們陸陸續續收到了很多同學的優秀作品，今天為大家推薦其中的一篇，來自【ID：RaigorJiang】同學的實踐心得。
同時歡迎更多的小夥伴參與，我們將持續為大家更新優秀文章。

大家好，我是 Raigor，Apache ShardingSphere Committer，同時也算是 ShardingSphere 的資深使用者。

從 ShardingSphere 3.1.0 開始，我負責的業務系統就接入了 ShardingSphere-JDBC 和 ShardingSphere-Proxy，形成了如下的混合架構：

![](http://img.blog.itpub.net/blog/2021/12/31/849d6f520e081bba.png?x-oss-process=style/bb)

其中 Web 端應用接入 ShardingSphere-JDBC，與接入 Proxy 相比，ShardingSphere-JDBC 減少了網路層的呼叫，SQL 執行效能更高。

另一方面，部署一個 ShardingSphere-Proxy 服務，使用與 ShardingSphere-JDBC 完全一致的資料來源和分片規則（YAML 配置），這樣開發和運維人員就可以透過 Navicat、DBeaver 這樣的客戶端連線到 Proxy，方便查詢和管理分片後的大量資料。

不過，在使用過程中依然是有一些不便的：

* 若要新增一個 sharding table rule，JDBC 端需要修改配置檔案，Proxy 端也需要同步修改；

* 修改配置不能實時生效，須擇機重啟系統；

* 隨著分片規則的增多，配置檔案越來越長，維護複雜度也在增加；

* 部署了多個應用和 Proxy，配置檔案有多份，手工維護可能導致各個檔案內容順序不一致；

* 應用和配置檔案部署在雲伺服器上，改遠端檔案比本地檔案總要麻煩一點；

* 開發者一邊透過 Navicat 管理資料，一邊透過 SSH 調整配置，要在多個工具間來回切換；

* 等等。

當然，在接入 Apache ShardingSphere 進行資料分片後，整個應用系統的效能得到巨幅提升，之前提到的不便也不是大問題了，「理解萬歲！」。

---

時間來到 2021 年 11 月，Apache ShardingSphere 5.0.0 GA 版本正式釋出，[DistSQL](https://shardingsphere.apache.org/document/current/cn/concepts/distsql/) 就是 5.0.0 中的一個重磅特性。
有了 DistSQL，使用者可以從繁雜的 YAML 配置檔案中解脫出來，現在：

* 若要新增一個 sharding table rule：執行 CREATE SHARDING TABLE RULE 語句，JDBC 端和 Proxy 端同步；

* 修改配置實時生效，無需重啟；

* 分片規則增多沒關係，SHOW 語句精確過濾：SHOW SHARDING TABLE RULE t_order

* 多個應用和 Proxy 共用配置中心，配置僅需維護一份；

* 沒有修改遠端配置檔案的煩惱了；

* 一個 SQL 客戶端（如 Navicat） 搞定資料管理和配置管理，不用切換客戶端。

看，之前的不便全都消失了，這體驗：

![](http://img.blog.itpub.net/blog/2021/12/31/95578daab39cab19.jpeg?x-oss-process=style/bb)

值得注意的是，要實現以上效果，原來的系統架構只需要增加一個註冊中心，讓 ShardingSphere-JDBC 和 ShardingSphere-Proxy 兩端同時接入同一個註冊中心上：

![](http://img.blog.itpub.net/blog/2021/12/31/48490d6911bc94a9.png?x-oss-process=style/bb)

配置註冊中心的方式也很簡單，像這樣：

~~~
mode:
  type: Cluster
  repository:
    type: ZooKeeper
    props:
      namespace: governance_ds
      server-lists: localhost:2181
      retryIntervalMilliseconds: 500
      timeToLiveSeconds: 60
      maxRetries: 3
      operationTimeoutMilliseconds: 500
  overwrite: false
~~~

?以上配置的說明可參考：[https://shardingsphere.apache.org/document/current/cn/user-manual/shardingsphere-jdbc/yaml-config/mode/](https://shardingsphere.apache.org/document/current/cn/user-manual/shardingsphere-jdbc/yaml-config/mode/)
就這樣，透過 DistSQL，開發和運維的體驗得到了極大的提升，那有沒有什麼限制呢？

很遺憾，目前還有一點：DistSQL 只能透過 Proxy 執行，即如果 ShardingSphere-JDBC 的使用者想要動態修改配置，需要透過註冊中心接入一個 Proxy 來實現需求。

當然，Apache ShardingSphere 提供了一個開放的、快速發展的社群，未來更多的精彩，讓我們攜手前行，拭目以待。

**【參考】**
關於 DistSQL 更詳細的操作演示，可閱讀: [https://community.sphere-ex.com/t/topic/123](https://community.sphere-ex.com/t/topic/123)

由於版本迭代，若發現個別語句不能使用，還請對照官方文件：[https://shardingsphere.apache.org/document/current/cn/user-manual/shardingsphere-proxy/distsql/usage/](https://shardingsphere.apache.org/document/current/cn/user-manual/shardingsphere-proxy/distsql/usage/)。

徵文活動持續進行中，同時我們還開設了 SphereEx-Boot 隱藏任務，歡迎更多的小夥伴參與贏好禮，入選公眾號還可獲得稿費哦～[點選連結直達徵文活動哦](https://mp.weixin.qq.com/s/0UpGTI_BM111bfrrHybPLQ)

歡迎關注公眾號（SphereEx），社群優秀文章持續更新，第一時間閱讀了解。
![](http://img.blog.itpub.net/blog/2021/12/31/92ab698e79a181ce.jpeg?x-oss-process=style/bb)

『徵文精選』ShardingSphere-Proxy：Base 事務基於 Seata 驗證

相關文章