我們知道m(xù)ysql數(shù)據(jù)庫如果想做分片，需要使用第三方組件，這是因為mysql在設計之初就沒有太多考慮分布式等問題。而clickhouse作為新生代性能之王，分片也是必須的功能。基本上從2015年之后的各種數(shù)據(jù)庫也罷，框架也罷，都開始支持分布式功能了，其實功能實現(xiàn)不是很難，只不過如果這些數(shù)據(jù)庫自己支持分布式的話，對于開發(fā)者就會少很多事情。

今天我們簡單講下clickhouse的分片。其實也就是一個視圖聚合的功能。clickhouse可以支持讀取每個分片上的內容的集合。寫到哪個分片，可以自己實現(xiàn)，都是很簡單的邏輯。

其實就是用到一個引擎，叫Distributed。
Distributed引擎的官網(wǎng)介紹

兩臺機器上，分別建表：response_event

在一臺機器上，新建視圖（引擎為Distributed的表）
名字一般是表名_all，比如response_event_all

CREATE TABLE response_event_all AS response_event ENGINE = Distributed(java_cluster, default, response_event, rand())

java_cluster是所有分片標簽的父標簽名字，自定義的，在配置文件中配置。

讀：

這樣的話，從response_event_all中讀到的數(shù)據(jù)就是兩個機器的數(shù)據(jù)的集合。

寫：

1、可以直接寫視圖表，這個就和mysql分片一樣了。
2、可以在代碼中實現(xiàn)雙寫，選中表的一個字段作為分片的片鍵，然后hash取值確定寫到哪個機器上，然后獲取那臺機器的connection即可。
有時間把代碼貼上去。

備份

上面這種配置，就是都是兩個機器都是沒有備份的。
想要備份，可以配置，每臺機器的表的引擎換一下，換一個引擎，一般都是在原引擎上加Replicate。
再配和配置文件配置，一般9000端口是給主用的，9001，9002等是給從用的。

總結

以上是生活随笔為你收集整理的clickhouse 分片的全部內容，希望文章能夠幫你解決所遇到的問題。

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