一場數據庫的 「會」 撕 呀 撕

  • 2020 年 3 月 13 日
  • 筆記

有幸參與了一場「撕」的大會,裏面雖然沒有硝煙戰火,但衝天的各種攻擊的聲音,那是不絕於耳。以下的記錄可能有不全的地方,也可能有省略的地方,但盡量保證信息傳遞的準確性。最後有一點自己的小看法,當然非常的不重要,可以直接略過。

原會議記錄,這次的會議是騰訊的閉門會,參加的人員就不說了都是大咖,為了不被找到家門,所以所有人的名字都被忽略

——————————————————————————————

MYSQL 方

觀點1 ,數據庫行業沒有比ORACLE 更懂數據庫的,MYSQL 在被ORACLE 接管後,已經今非昔比,ORACLE 投入了大量的經歷在提高MYSQL,以下均已MYSQL 8 作為討論對象

1 MYSQL 支持原生的高可用

2 HASH Join

3 CTE 和窗口函數

4 GIS 支持

5 表空間,日誌加密

6 基於clone plugin 快速建群,writeSet的複製將複製延遲已經降低了

7 對於系統的監控方面,已經可以從SYS庫上獲得。

8 DocumentStore

9 在高並發的場景,沒有和MYSQL 進行比較的數據庫,包含NO SQL 數據庫。

10 成熟的K8S + DOCKER + MYSQL的方案,快速部署

11 一個成熟的整體的基於MYSQL的方案是 ,MYSQL + REDIS + ES + ClickHouse + influxdb 是一個完整的方案。

12 在DB-engines 裏面沒有進到前200的數據庫,號稱厲害?

13 MYSQL 成為替代 SQL SERVER 的數據庫,並且被經常提及

NOSQL 方

1 Redis 是互聯網的強者,由於互聯網的飛速發展,信息系統互動性日益增強,用戶規模不斷攀升

2 Redis 已經成為支持互聯網的支柱。

3 Redis 是單進程,高可用,低延遲,持久化,分佈式,數據庫結構豐富

4 Redis 可以既可以成為緩存,也可以成為存儲

5 Redis 支持持久化 AOF RDB,開啟成為存儲系統

6 Redis 是最簡單擴展自定義功能

7 Redis 是原生支持架構類型最全的,複製,集群,高可用,分佈式集群

8 Redis 是唯一一個可以作為消息隊列使用的數據庫,來進行消息的推送

9 Redis最容易進行擴展性,體積小,擴縮容速度很快

10 Redis 是內存管理最好的數據庫

11 Redis 可以在線擴容,不需要重啟動

12 支持秒級無損升級,是最具潛力的數據庫,

13 社區生態好,行業地位高,應用場景廣,生態體系強

雲原生數據庫

1 CynosDB, 雲原生數據庫是未來的數據庫

2 數據庫的種類是SQL , NOSQL, NEWSQL 三種階段

3 關係型數據庫無非滿足需求

4 NOSQL 弱化了數據庫的範式,缺乏運維工具,無法滿足事務

5 NEW SQL 是將這些 SQL + NOSQL 的 優點集成, 將缺點拋棄

6 傳統數據庫 擴展性差, 資源利用率低,可用性無法保證,運維成本高,備份回檔慢,性能受限,可靠性低。

7 計算和存儲一體,就會造成性能問題,和運維複雜問題。

8 雲數據庫,按需服務,廣泛網絡接入,資源池化,快速擴展,可度量的服務

9 傳統數據庫無非滿足雲上的使用,問題較多

10 將計算和存儲分開,計算層的無狀態,只寫日誌,不需要redo , 節點之間不需要進行複製

11 CynosDB兼容 MYSQL POSTGRESQL 的數據庫引擎,做到數據遷移到CynosDB,非常方便。

12 魚和熊掌可以兼得

PostgreSQL

1 PG 是世界上最強大的開源數據庫, 團隊強大,管理強大,成體系,提供持續不斷的開發。

2 PG 的規劃能力強,規劃規範的開發計劃,版本升級文檔,有計劃的升級,功能徹底更新。

3 PG 高性能,並行掃描的功能,ORACLE 最強的功能是並行,PG 也具備並行最強的能力,HASH JOIN MERGE JOIN , NESTLOOP JOIN 其他開源數據庫(其實就是說MYSQL )大部分硬件的資源無法有效利用,因為他不能並行操作。PG 是可以進行並行操作,更有效的提供查詢結果

4 PG 比ORACLE 在穩定性上要高,更別提別的數據庫了

5 PG 大部分用於金融的核心交易系統,與互聯網的數據庫對數據的嚴謹度不一樣。

6 PG 對於 ORACLE 和 MYSQL 在進程方面,被KILL 後,只有PG還可以繼續工作,其他的數據庫已經掛了

7 PG 使用的通道加密與ORACLE 類似,在安全方面基本上與ORACLE 一樣。

8 ORACLE 有的 PG 有,PG 有的 ORACLE 沒有, 1 索引類型 ,PG 要比ORACLE 強,每種索引的類型都是有實際的作用的,不是擺設。

9 PostGIS 已經有20年,比某些開源數據庫剛有,是碾壓性的

10 PG 有分佈式,ORACLE 沒有

11 PG 支持 OLTP 和 OLAP ,在不行可以可以使用 greenplum , 在不行就考慮TBASE 都是一體的

12 PG 是沒有知識產權的,安全,任意使用,沒有任何法律風險, MYSQL 不是完全的開源數據庫,他有其他的,永久開發,不怕某些公司將MYSQL 開源數據庫變成閉源,不允許隨意使用。

PK 環節

MYSQL PK NOSQL

1 MYSQL問:CynosDB 成本有多少

回:CynosDB 採用多租戶的方式使用硬件,充分利用硬件,可以調度資源,在大批量的方面上使用是節省成本的,一個數據庫三份副本,與單機比CynosDB成本高,與業務成本方面開了,高峰和低峰上靈活運用,節省成本,提供給用戶最優的使用成本。

2 MYSQL 問,CynosDB太貴,沒聽清多少G ,要5萬多。中小型企業不適合,這些錢可以讓小型企業用到上市。

3 回答:你看的不對,不需要這麼多錢, 雲計算是按照按需所需的來,如果按照計算單元來計算,雲計算就變成水和電一樣,低成本

4 雲問:MYSQL 是雲好還是自建好

5 問:為什麼你們雲上還有其他的數據庫雲,幹嘛不是CynosDB呀

6 答:後面基本上已經開始聽不懂,記不下來了,就一句雲數據庫是企業級的數據庫。

7 回,TDSQL 在金融方面經驗足,CynosDB經驗不足

8 大部分企業在用MYSQL ,為什麼工商,招商銀行的業務在MYSQL 上使用。

——————————————————————————————

以下是個人不成熟,不重要,不負責的看法,請直接忽略

MYSQL 方為什麼要祭出mysql8,傻子都知道因為不拿出MySQL8,那其他數據庫專家群起攻之的對象還能有誰,MYSQL 唄,一人一句就被淹死了,例如什麼不穩定,版本分支多,去ORACLE 最後弄出來個小ORALCE, 版權問題怎麼辦,不會以後免費的被封殺了吧,ORACLE 的不靠譜誰都知道,一會一個注意,毀了JAVA 然後MYSQL 也好不了多少吧。 處理半結構化的數據,歇會吧,處理結構化得數據還沒有走利索呢,在怎麼複製都是延遲,大事務一用就延遲,卡死的狀態,發展了那麼多年,其他數據庫都有的 HASH JOIN, Merger join , bitmap join 你都沒有,就一個nestloop 吃一輩子嗎,改表結構,跟要死了,哪有其他數據庫想你那麼麻煩,還有單表的存儲數據量的問題,估計這輩子也解決不了,不是分庫分表 就是分庫分表,還有點新鮮的嗎,分區表支持,我不敢用,存儲過程的性能問題解決了嗎,………..

所以參會者很聰明的避過了這些「點」,直接將 8 拉出來,要不下場不敢看。

然後就是REDIS 參會者各種的什麼都OK,彷彿redis 和世界的救世主一樣,Redis 可以集群,可以哨兵,可以在線擴容,可以當永久存儲,話和炮筒一樣。 這些數據庫的老油條,估計是放過了他沒說他什麼,換我直接給他幾句

1 那個REDIS 是在項目中單獨使用的,你不得和一個其他的 ORACLE ,SQL SERVER ,MYSQL ,PG 來搭配嗎,你就是一個配角

2 REDIS 這麼厲害,那麼厲害,互聯網是少不了,別忘記半壁江山的傳統企業,他們估計認識你,那得把你的字符拆開,合起來就三字,不知道,不清楚,母雞了,兩字,素人。

3 Redis 結構豐富,那個是自己定義的,不是靠程序員來進行發散思維,是你厲害,還是程序員厲害,往自己臉上貼金的能耐讓人佩服。

4 是數據庫裏面唯一可以支持隊列的,我用MQ 不好嗎,我做個炒豬肉,你讓我從養豬開始,你有病吧

接下來就是那個什麼雲數據庫,大哥說的很穩定,這個雲數據庫的使用率也是很穩定,穩定的兩隻手就能算出你的使用率了吧,雲數據庫這個好那個好,一看價格,你要是推薦雲數據庫,你信嗎,你老闆如果不抽死你,那你老闆可能是你老爸。各種擴容,各種計算單元和 存儲分開,這是水瓶座的腦洞哥,我就想要套煎餅果子,你給我整出來個八珍豆腐,玻璃心碎了一地。 麻煩先好好的降低成本,,前邊那個在傳統企業裏面是素人,您呀,估計大概率不用給範圍,就是一個素人。

最後是PG,PG 是真有膽,別人都避諱,甚至mysql直接祭出,我們是小ORACLE ,PG 的老大爺直接一句,滅了ORACLE 一家全族,我們PG 比ORACLE 的性能,穩定性,功能,都要高。這是要挑戰世界的節奏,那些小哥哥們,自然是不會饒了你,首先就問你,我們都是業界有名冊的,你有名冊嗎,互聯網多少用你的,傳統企業多少知道你的,要不要臉,雖然這幾年尤其去年鬧得厲害,你說的眉飛色舞,一問考證的才幾百人,前年就一個人,你真是四川的人們的掌上寶,中國的名貴動物,大熊貓,100個搞數據庫的,走樓底下被砸死的幾率,你最低了吧。另外那個VACUUM ,弄利索了嗎,一問就心虛,一問就心虛,然後來一句我們後面有方法,真是油鍋裏面的時間長的油條,老油條呀,直面問題估計也得汗流浹背吧。

以上全部是胡說八道,全不負責,純屬搞笑,各位大俠大人大量,不會和我這個jian人計較。

———————————————————————————————

其實上面的各位老師都是數據庫界的大咖, 名字放到地上都能砸個坑的人,在各自的領域都是對所支持的數據庫很有見解,聽了此次會議,真是受益匪淺。感謝感謝,除了感謝沒有別的。

不過也有稍微遺憾的地方,就是如果有MONGODB ,NEO4J ,TIDB 就更好這些DB 都是業界的各自行業的 大哥大,如果來估計「撕的更好看」。