clickhouse是乙個用於聯機分析(olap)的列式資料庫管理系統(dbms)。由號稱「俄羅斯 google」的 yandex 開發而來，在 2016 年開源，在計算引擎裡算是乙個後起之秀，在記憶體資料庫領域號稱是最快的。由於它有幾倍於 greenplum 等引擎的效能優勢，所以不少人都選擇將其安裝雲伺服器中使用。
clickhouse 是乙個列導向資料庫，是原生的向量化執行引擎。它在大資料領域沒有走 hadoop 生態，而是採用 local attached storage 作為儲存，這樣整個 io 可能就沒有 hadoop 那一套的侷限。它的系統在生產環境中可以應用到比較大的規模，因為它的線性擴充套件能力和可靠性保障能夠原生支援 shard + replication 這種解決方案。它還提供了一些 sql 直接介面，有比較豐富的原生 client。另外就是它比較快。
以下是clickhouse作為分析型資料庫的特點：
1. 速度快
clickhouse效能超過了市面上大部分的列式儲存資料庫，相比傳統的資料clickhouse要快100-1000倍，clickhouse還是有非常大的優勢：
100million 資料集:
clickhouse比vertica約快5倍，比hive快279倍，比mysql快801倍
1billion 資料集:
clickhouse比vertica約快5倍，mysql和hive已經無法完成任務了
2. 功能多
clickhouse支援資料統計分析各種場景
支援類sql查詢
支援繁多庫函式（例如ip轉化，url分析等，預估計算/hyperloglog等）
支援陣列(array)和巢狀資料結構(nested data structure)
支援資料庫異地複製部署
3. 文藝範
不理睬hadoop生態，走自己的路
目前任何具有x86_64，aarch64或powerpc64le cpu架構的linux，freebsd或mac os x上執行。
而clickhouse的缺點：
不支援transaction：想快就別想transaction
聚合結果必須小於一台機器的記憶體大小：不是大問題
缺少完整的update/delete操作
支援有限作業系統
簡單說說MPEG
mpeg 1 mpeg 2和mpeg 4。mpeg 3 原本目標是為高畫質晰度電視 hdtv 設計，隨後發現mpeg 2已足夠hdtv應用，故mpeg 3的研發便中止。音訊物件 video audio objects 的編碼 3d內容 低位元率編碼 low bitrate encoding 和數字版...
簡單說說委託
在c 中，大多時候，方法的引數是資料，但有時我們會想將 方法 作為引數，這時，我們就可以用委託。委託一般情況下會和事件一起使用，事件說白了也是特殊的乙個方法。先看個例子吧 有很多方法，比如求平方，求階乘 想讓使用者輸入值，求該值的平方，階乘 using system using system.col...
簡單說說Http
總結一下http的一些基礎知識 格式大部分分為 起始行 頭部 包體 注意格式中的空格 回車符 換行符 請求報文 請求方法 url 協議版本 請求頭部 請求包體 響應報文 協議版本 狀態碼 狀態碼描述 響應頭部 響應包體 請求方法包含get post put delete等方法，常用的有get和pos...