資料庫中間層

⑴ 資料庫分為三個層次

資料庫分為三個層次，分別是：

1. 物理層：

   • 定義：資料庫的最底層，定義了數據如何在磁碟上存儲。
   • 主要任務：管理磁碟空間和數據存儲，決定資料庫的性能和可用性。

2. 邏輯層：

   • 定義：資料庫的中間層，定義了數據的結構和關系。
   • 主要任務：通過數據模型描述數據之間的關系和訪問方式，考慮資料庫的性能、安全性和可擴展性等問題。

3. 視圖層：

   • 定義：資料庫的最高層，提供用戶友好的數據訪問方式。
   • 主要任務：隱藏數據的復雜性，方便用戶查詢和分析數據，可根據不同用戶需求創建不同的視圖。

⑵ 揭秘Sharding-Proxy——面向DBA的資料庫中間層

ShardingProxy是ShardingSphere的第二個產品，是一個面向DBA的透明化資料庫代理端。以下是關於ShardingProxy的詳細解答：

1. ShardingProxy的核心功能和定位： 封裝資料庫二進制協議：ShardingProxy提供了封裝了資料庫二進制協議的服務端版本，使其能夠支持異構語言的訪問。 對DBA友好：通過提供MySQL版本，ShardingProxy兼容任何使用MySQL協議的訪問客戶端，如MySQLCommandClient、MySQLWorkbench等，使得DBA能夠更加便捷地進行管理和操作。

2. 與其他ShardingSphere產品的協同工作： 協同實現核心功能：ShardingProxy可以與其他ShardingSphere產品如ShardingJDBC、ShardingSidecar協同工作，共同實現數據分片、讀寫分離和柔性事務等核心功能。 獨立或配合使用：這些ShardingSphere產品可以獨立使用，也可以相互配合，採用不同的架構模型和切入點來滿足不同的應用需求。

3. ShardingProxy的實現與優化： PreparedStatement功能實現：在ShardingProxy中，通過服務端預編譯可以提高查詢效率並防止SQL注入攻擊。但在實際測試中，發現由於JDBC的URL未設置相關參數，導致MySQL未感知到准備狀態。通過在URL中添加useServerPrepStmts=true和cachePrepStmts=true參數，解決了性能問題。 Hikari連接池配置優化：在優化Hikari連接池時，發現連接池大小並非越大越好。實驗表明，連接數為CPU核心數的2倍加上磁碟數是一個合理的設置，這有助於避免過多的線程阻塞CPU核心，提高系統性能。 ResultSet內存優化：在Proxy中使用JDBC的ResultSet可能導致內存壓力大。通過激活流式結果集功能，允許ResultSet在接收到一條數據時立即消費，從而釋放內存空間，改善內存效率。

4. ShardingSphere的未來展望： 不斷優化並引入新特性：ShardingSphere自開源以來，不斷優化並引入更多新特性，如柔性事務、數據治理等，以滿足用戶需求。 歡迎用戶反饋和參與：ShardingSphere項目將繼續精進，並歡迎用戶反饋和參與開源項目，共同推動ShardingSphere的發展。