chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

MySQL還能跟上PostgreSQL的步伐嗎

OSC開源社區(qū) ? 來源:OSC開源社區(qū) ? 2024-11-18 10:16 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

Percona 的老板 Peter Zaitsev最近發(fā)表一篇博客,討論了MySQL是否還能跟上PostgreSQL的腳步。Percona 作為MySQL 生態(tài)扛旗者,Percona 開發(fā)了知名的PT系列工具,MySQL備份工具,監(jiān)控工具與發(fā)行版。他們的看法在相當(dāng)程度上代表了 MySQL 社區(qū)的想法,讀來讓人倍感噓唏。

作者:Peter Zaitsev[1],Percona 老板,原文:How Can MySQL Catch Up with PostgreSQL’s Momentum?[2]

譯者:馮若航[3],Vonng,Pigsty[4]作者,PostgreSQL 大法師,數(shù)據(jù)庫老司機(jī),云計算泥石流。

MySQL還能跟上PostgreSQL的步伐嗎?

當(dāng)我與MySQL社區(qū)的老前輩交談時,我經(jīng)常聽到這樣的問題:“為什么MySQL如此出色,依然比PostgreSQL更受歡迎(至少根據(jù)DB-Engines的統(tǒng)計方法),但它的地位卻在不斷下降,而PostgreSQL的受歡迎程度卻在不可阻擋地增長?” 在MySQL 生態(tài)能做些什么扭轉(zhuǎn)這一趨勢嗎?讓我們來深入探討一下!

2e66b608-9cbf-11ef-a511-92fbcf53809c.png

讓我們看看為什么PostgreSQL一直表現(xiàn)如此強(qiáng)勁,而MySQL卻在走下坡路。我認(rèn)為這歸結(jié)為所有權(quán)與治理、許可證、社區(qū)、架構(gòu)以及開源產(chǎn)品的勢能。

所有權(quán)和治理

MySQL 從未像 PostgreSQL 那樣是“社區(qū)驅(qū)動”的。然而,當(dāng) MySQL 由瑞典小公司 MySQL AB 擁有,且由終身仁慈獨(dú)裁者(BDFL)Michael “Monty” Widenius掌舵時,它獲得了大量的社區(qū)信任,更重要的是,大公司并沒有將其視為特別的威脅。

現(xiàn)在情況不同了——Oracle 擁有 MySQL,業(yè)界的許多大公司,特別是云廠商,將 Oracle 視為競爭對手。顯然它們沒有理由去貢獻(xiàn)代碼與營銷,為你的競爭對手創(chuàng)造價值。此外,擁有 MySQL 商標(biāo)的 Oracle 在 MySQL 上總是會有額外的優(yōu)先權(quán)。

相比之下,PostgreSQL 由社區(qū)運(yùn)營,領(lǐng)域內(nèi)的每個商業(yè)供應(yīng)商都站在同一起跑線上—— 像 EDB 這樣的大公司與PostgreSQL 生態(tài)系統(tǒng)中的小公司相比,沒有特殊的優(yōu)待。

這意味著大公司更愿意貢獻(xiàn)并推薦 PostgreSQL 作為首選,因?yàn)檫@不會為他們的競爭對手創(chuàng)造價值,而且他們對PostgreSQL 項(xiàng)目的方向有更大的影響力。數(shù)百家小公司通過本地“草根”社區(qū)的開發(fā)和營銷努力,使 PostgreSQL 在全球無處不在。

MySQL社區(qū)能做些什么來解決這個問題?MySQL 社區(qū)能做的很少——這完全掌握在 Oracle 手中。正如我在《Oracle能拯救MySQL嗎?》中所寫,將 MySQL 移交給一個中立的基金會(如 Linux 或 Kubernetes 項(xiàng)目)將提供與 PostgreSQL 競爭的機(jī)會。不過,我并不抱太大希望,因?yàn)槲艺J(rèn)為Oracle此刻更感興趣的是“硬性”變現(xiàn),而不是擴(kuò)大采用率。

許可證

MySQL 采用雙許可證模式:GPLv2 和 Oracle 的商業(yè)許可證,而PostgreSQL則采用非常寬松的 PostgreSQL 許可證。

這實(shí)際上意味著您可以輕松創(chuàng)建使用商業(yè)許可的PostgreSQL衍生版本[5],或?qū)⑵淝度氲缴虡I(yè)許可的項(xiàng)目中,而無需任何“變通方法”。構(gòu)建此類產(chǎn)品的人們當(dāng)然是在支持和推廣 PostgreSQL。

MySQL 確實(shí)允許云供應(yīng)商創(chuàng)建自己的商業(yè)分支,具有MySQL兼容性的 Amazon Aurora 是最知名和最成功的此類分支,但在軟件發(fā)行時這樣做是不允許的。

MySQL社區(qū)能做什么?還是那句話,能做的不多——唯一能在寬松許可證下重新授權(quán)MySQL的公司是Oracle,而我沒有理由相信他們會想要放松控制,盡管“開放核心”和“僅限云”的版本通常與寬松許可的“核心”軟件配合良好。

社區(qū)

我認(rèn)為,當(dāng)我們考慮開源社區(qū)時,最好考慮三種不同的社區(qū)[6],而不僅僅是一個。

首先,用戶社區(qū)。MySQL在這方面仍然表現(xiàn)不錯,盡管 PostgreSQL 正日益成為新應(yīng)用的首選數(shù)據(jù)庫。然而,用戶社區(qū)往往是其他幾個社區(qū)工作的成果。

其次,貢獻(xiàn)者社區(qū)。PostgreSQL 有著更強(qiáng)大的貢獻(xiàn)者社區(qū),這并不奇怪,因?yàn)樗怯杀姸嘟M織而非單一組織驅(qū)動的。我們舉辦了針對貢獻(xiàn)者的活動,還編寫了關(guān)于如何為 PostgreSQL 作出貢獻(xiàn)的書籍。PostgreSQL 的可擴(kuò)展架構(gòu)也有助于輕松擴(kuò)展 PostgreSQL,并公開分享工作成果。

最后,供應(yīng)商社區(qū)。我認(rèn)為這正是主要問題所在,沒有那么多公司有興趣推廣 MySQL,因?yàn)檫@樣做可能只是為Oracle 創(chuàng)造價值。你可能會問,這難道不會鼓勵所有 Oracle 的“合作伙伴”去推廣 MySQL 嗎?可能會,在全球范圍內(nèi)也確實(shí)有一些合作伙伴支持的MySQL活動,但這些與供應(yīng)商對 PostgreSQL 的支持相比,簡直微不足道,因?yàn)檫@是 “屬于他們的項(xiàng)目”。

MySQL社區(qū)能做什么?這里社區(qū)還是可以發(fā)揮一點(diǎn)作用的—— 盡管當(dāng)前的狀況使得工作更困難,回報更少,但我們?nèi)匀豢梢宰龊芏嗍虑?。如果你關(guān)心 MySQL 的未來,我鼓勵你組織與參與各種活動,尤其是在狹窄的 MySQL生態(tài)之外,去撰寫文章、錄制視頻、出版書籍。在社交媒體上推廣它們,并將它們提交到 Hacker News。

特別是,不要錯過FOSDEM 2025 MySQL Devroom[7]的征稿!

這也是 Oracle 可以參與的部分,他們可以在不減少盈利的情況下參與這些活動,并與潛在的貢獻(xiàn)者互動 —— 舉辦一些外部貢獻(xiàn)者可以參與的活動,與他們分享計劃,支持他們的貢獻(xiàn) —— 至少在他們與你的“MySQL社區(qū)”藍(lán)圖一致的情況下。

架構(gòu)

一些 PostgreSQL 同行認(rèn)為,PostgreSQL 發(fā)展勢頭更好的原因源于更好的架構(gòu)和更干凈的代碼庫。我認(rèn)為這可能是一個因素,但并非主要原因,這里的原因值得討論。

PostgreSQL 的設(shè)計高度可擴(kuò)展,而且已經(jīng)實(shí)現(xiàn)有大量強(qiáng)大的擴(kuò)展插件,而 MySQL 的擴(kuò)展可能性則非常有限。一個顯著例外是存儲引擎接口 —— MySQL支持多種不同的存儲引擎,而 PostgreSQL 只有一個(盡管像Neon[8]或OrioleDB[9]這樣的PG分叉可以通過打補(bǔ)丁來改變這一點(diǎn))。

這種可擴(kuò)展性使得在 PostgreSQL 上進(jìn)行創(chuàng)新更加容易,(特別是PG還有著一個更強(qiáng)大的貢獻(xiàn)者社區(qū)支持),而無需將新功能納入核心代碼庫中。

MySQL社區(qū)能做些什么?我認(rèn)為即使 MySQL 的可擴(kuò)展性很有限,我們?nèi)匀豢梢酝ㄟ^MySQL已經(jīng)支持的各種類型的插件[10]和“組件”[11]來實(shí)現(xiàn)很多功能。

我們首先需要為MySQL建立一個“社區(qū)插件市場”,這將鼓勵開發(fā)者構(gòu)建更多插件并讓它們得到更多曝光。我們還需要Oracle的支持—— 承諾擴(kuò)展MySQL的插件架構(gòu),賦能開發(fā)者構(gòu)建插件 —— 即使這會與Oracle的產(chǎn)品產(chǎn)生一些競爭。例如,如果 MySQL 有插件可以創(chuàng)建自定義數(shù)據(jù)類型和可插拔索引,或許我們已經(jīng)會看到 MySQL 的 PGVector替代品了。

開源產(chǎn)品的勢頭

選擇數(shù)據(jù)庫是一個長期的賭注,因?yàn)楦鼡Q數(shù)據(jù)庫并不容易。去問問那些幾十年前選擇了 Oracle 而現(xiàn)在被其束縛的人吧。這意味著在選擇數(shù)據(jù)庫時,你需要考慮未來,不僅要考慮這些數(shù)據(jù)庫在十年后是否依然存在,而且要考慮隨著時間的發(fā)展,它是否還能滿足未來的技術(shù)需求。

正如我在文章《Oracle最終還是殺死了MySQL!》中所寫到的,我認(rèn)為Oracle已經(jīng)將大量開發(fā)重心轉(zhuǎn)移到專有商業(yè)版和云專屬的 MySQL 版本上 —— 幾乎放棄了 MySQL 社區(qū)版。雖然今日的 MySQL 仍然在許多應(yīng)用中表現(xiàn)出色,但它確實(shí)正在落后中,MySQL 社區(qū)中的許多人都在質(zhì)疑它是還有未來。

MySQL社區(qū)能做什么?還是那句話,決定權(quán)在 Oracle 手中,因?yàn)樗麄兪俏ㄒ荒軟Q定 MySQL 官方路線的人。你可能會問,那么我們的Percona Server for MySQL[12]呢?我相信在Percona,我們確實(shí)提供了一個領(lǐng)先的 Oracle MySQL的開源替代品,但因?yàn)槲覀儗W⒂谕暾?MySQL 兼容性,所以必須謹(jǐn)慎對待對 MySQL 所做的變更,以避免破壞這種兼容性或使上游合并成本過高。MariaDB[13]做出了不同的利弊權(quán)衡;不受限制的創(chuàng)新使其與MySQL 的兼容性越來越差,而且每個新版本都離 MySQL 越來越遠(yuǎn)。

MariaDB

既然提到了MariaDB,你可能會問,MariaDB 不是已經(jīng)盡可能地解決了所有這些問題嗎?—— 畢竟 MariaDB 不是由 MariaDB基金會等機(jī)構(gòu)管理的嗎?別急,我認(rèn)為MariaDB是一個有缺陷的基金會[14],它并不擁有所有的知識產(chǎn)權(quán),尤其是商標(biāo),無法為所有供應(yīng)商提供公平的競爭環(huán)境。它仍然存在商標(biāo)壟斷問題,因?yàn)橹挥幸患夜究梢蕴峁┧?“MariaDB” 相關(guān)的服務(wù),地位高于其他所有公司。

然而,MariaDB 可能有一個機(jī)會窗口;隨著 MariaDB(公司)剛剛被K1收購[15],MariaDB的治理和商標(biāo)所有權(quán)有機(jī)會向 PostgreSQL 的模式靠近。不過,我并不抱太大希望,因?yàn)榉潘蓪ι虡?biāo)知識產(chǎn)權(quán)的控制并不是私募股權(quán)公司所慣常做的。

當(dāng)然,MariaDB 基金會也可以選擇通過將項(xiàng)目更名為 SomethingElseDB 來獲得對商標(biāo)的完全控制,但這意味著MariaDB 將失去所有的品牌知名度;這也不太可能發(fā)生。

MariaDB 也已經(jīng)與 MySQL 有了顯著的分歧,調(diào)和這些差異將需要多年的努力,但我認(rèn)為如果有足夠的資源和社區(qū)意愿,這也許是一個可以解決的問題。

總結(jié)

正如你所看到的,由于 MySQL 的所有權(quán)和治理方式,MySQL 社區(qū)在其能做的事情上受到限制。從長遠(yuǎn)來看,我認(rèn)為 MySQL 社區(qū)唯一能與 PostgreSQL 競爭的方法是所有重要的參與者聯(lián)合起來(就像Valkey項(xiàng)目[16]那樣),在不同的品牌下創(chuàng)建一個 MySQL 的替代品—— 這可以解決上述大部分問題。

老馮評論

PostgreSQL 正在高歌猛進(jìn),而 MySQL 卻日薄西山,作為 MySQL 生態(tài)主要抗旗者的 Percona 也不得不悲痛地承認(rèn)這一現(xiàn)實(shí),連發(fā)了三篇《MySQL將何去何從》,《Oracle最終還是殺死了MySQL》,《Oracle還能挽救MySQL嗎》,公開表達(dá)了對 MySQL 的失望與沮喪;Percona CEO Peter Zaitsev 也直言不諱道:

有了 PostgreSQL,誰還需要 MySQL 呢?—— 但如果 MySQL 死了,PostgreSQL 就真的壟斷數(shù)據(jù)庫世界了,所以 MySQL 至少還可以作為 PostgreSQL 的磨刀石,讓 PG 進(jìn)入全盛狀態(tài)。

有的數(shù)據(jù)庫正在吞噬數(shù)據(jù)庫世界,而有的數(shù)據(jù)庫正在黯然地凋零死去。但不管怎樣,我對堅(jiān)守 MySQL 陣地的 Percona 與 PZ 致以敬意。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • MySQL
    +關(guān)注

    關(guān)注

    1

    文章

    897

    瀏覽量

    29196
  • postgresql
    +關(guān)注

    關(guān)注

    0

    文章

    24

    瀏覽量

    589

原文標(biāo)題:MySQL還有機(jī)會趕上PostgreSQL嗎?

文章出處:【微信號:OSC開源社區(qū),微信公眾號:OSC開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    MySQL 8.0性能優(yōu)化實(shí)戰(zhàn)指南

    作為一名運(yùn)維工程師,MySQL數(shù)據(jù)庫優(yōu)化是我們?nèi)粘9ぷ髦凶罹咛魬?zhàn)性的任務(wù)之一。MySQL 8.0作為當(dāng)前主流版本,在性能、安全性和功能上都有了顯著提升,但如何充分發(fā)揮其潛力,仍需要我們掌握正確的優(yōu)化策略。
    的頭像 發(fā)表于 07-24 11:48 ?524次閱讀

    MySQL數(shù)據(jù)備份與恢復(fù)策略

    數(shù)據(jù)是企業(yè)的核心資產(chǎn),MySQL作為主流的關(guān)系型數(shù)據(jù)庫管理系統(tǒng),其數(shù)據(jù)的安全性和可靠性至關(guān)重要。本文將深入探討MySQL的數(shù)據(jù)備份策略、常用備份工具以及數(shù)據(jù)恢復(fù)的最佳實(shí)踐,幫助運(yùn)維工程師構(gòu)建完善的數(shù)據(jù)保護(hù)體系。
    的頭像 發(fā)表于 07-14 11:11 ?459次閱讀

    企業(yè)級MySQL數(shù)據(jù)庫管理指南

    在當(dāng)今數(shù)字化時代,MySQL作為全球最受歡迎的開源關(guān)系型數(shù)據(jù)庫,承載著企業(yè)核心業(yè)務(wù)數(shù)據(jù)的存儲與處理。作為數(shù)據(jù)庫管理員(DBA),掌握MySQL的企業(yè)級部署、優(yōu)化、維護(hù)技能至關(guān)重要。本文將從實(shí)戰(zhàn)角度出發(fā),系統(tǒng)闡述MySQL在企業(yè)環(huán)
    的頭像 發(fā)表于 07-09 09:50 ?497次閱讀

    除了增刪改查你對MySQL還了解多少

    我們都知道MySQL服務(wù)器的默認(rèn)端口為3306,之后就在這個端口號上等待客戶端進(jìn)程進(jìn)行連接(MySQL服務(wù)器會默認(rèn)監(jiān)聽3306端口)。
    的頭像 發(fā)表于 04-14 17:20 ?505次閱讀

    展望PostgreSQL 18的新特性

    距離 PostgreSQL 17 正式發(fā)布已近半年,按照每年發(fā)布一個大版本的慣例,PostgreSQL 18 預(yù)計將在 2025 年底發(fā)布。距離正式發(fā)布還有一段時間,社區(qū)的開發(fā)工作仍在如火如荼地進(jìn)行中。
    的頭像 發(fā)表于 03-03 16:51 ?1383次閱讀
    展望<b class='flag-5'>PostgreSQL</b> 18的新特性

    利用SSIS源、查找及目標(biāo)組件集成PostgreSQL數(shù)據(jù)至ETL流程

    使用SSIS源、查找和目標(biāo)組件在ETL中集成PostgreSQL數(shù)據(jù) Devart SSIS Data Flow Components for PostgreSQL 允許您將 PostgreSQL
    的頭像 發(fā)表于 02-07 09:24 ?1649次閱讀
    利用SSIS源、查找及目標(biāo)組件集成<b class='flag-5'>PostgreSQL</b>數(shù)據(jù)至ETL流程

    從Delphi、C++ Builder和Lazarus連接到MySQL數(shù)據(jù)庫

    ? 從 Delphi、C++ Builder 和 Lazarus 連接到 MySQL 數(shù)據(jù)庫 MySQL 數(shù)據(jù)訪問組件(MyDAC)是一個組件庫,提供從 Delphi 和 C++ Builder
    的頭像 發(fā)表于 01-20 13:47 ?1301次閱讀
    從Delphi、C++ Builder和Lazarus連接到<b class='flag-5'>MySQL</b>數(shù)據(jù)庫

    使用插件將Excel連接到MySQL/MariaDB

    使用插件將 Excel 連接到 MySQL/MariaDB 適用于 MySQL 的 Devart Excel 插件允許您將 Microsoft Excel 連接到 MySQL 或 MariaDB
    的頭像 發(fā)表于 01-20 12:38 ?1119次閱讀
    使用插件將Excel連接到<b class='flag-5'>MySQL</b>/MariaDB

    適用于MySQL和MariaDB的Python連接器:可靠的MySQL數(shù)據(jù)連接器和數(shù)據(jù)庫

    適用于 MySQL 和 MariaDB 的 Python 連接器 Python Connector for MySQL 是一種可靠的連接解決方案,用于從 Python 應(yīng)用程序訪問 MySQL
    的頭像 發(fā)表于 01-17 12:18 ?838次閱讀
    適用于<b class='flag-5'>MySQL</b>和MariaDB的Python連接器:可靠的<b class='flag-5'>MySQL</b>數(shù)據(jù)連接器和數(shù)據(jù)庫

    dbForge Studio for PostgreSQL:PostgreSQL數(shù)據(jù)庫多功能集成開發(fā)環(huán)境

    什么是 dbForge Studio for PostgreSQL?是一個集成工具包中包含 PostgreSQL 所需的一切 上下文感知SQL代碼補(bǔ)全、智能格式化和語法驗(yàn)證 消除性能瓶頸的查詢優(yōu)化器
    的頭像 發(fā)表于 01-16 17:26 ?867次閱讀

    適用于MySQL和MariaDB的.NET連接器

    支持 ORM 的適用于 MySQL 和 MariaDB 的 .NET 連接器 dotConnect for MySQL 是一種高性能 ADO.NET 數(shù)據(jù)提供程序,可在開發(fā) MySQL 的應(yīng)用程序
    的頭像 發(fā)表于 01-16 14:17 ?787次閱讀
    適用于<b class='flag-5'>MySQL</b>和MariaDB的.NET連接器

    MySQL數(shù)據(jù)庫的安裝

    MySQL數(shù)據(jù)庫的安裝 【一】各種數(shù)據(jù)庫的端口 MySQL :3306 Redis :6379 MongoDB :27017 Django :8000 flask :5000 【二】MySQL 介紹
    的頭像 發(fā)表于 01-14 11:25 ?847次閱讀
    <b class='flag-5'>MySQL</b>數(shù)據(jù)庫的安裝

    windows服務(wù)器備份mysql腳本

    osimport reimport datetimeimport subprocess## 需要備份數(shù)據(jù)庫的登錄信息mysql_host = { 'test': '10.10.3.207'}db_user
    的頭像 發(fā)表于 01-02 09:14 ?664次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)—Mysql數(shù)據(jù)庫表記錄丟失的數(shù)據(jù)恢復(fù)流程

    Mysql數(shù)據(jù)庫故障: Mysql數(shù)據(jù)庫表記錄丟失。 Mysql數(shù)據(jù)庫故障表現(xiàn): 1、Mysql數(shù)據(jù)庫表中無任何數(shù)據(jù)或只有部分?jǐn)?shù)據(jù)。 2、客戶端無法查詢到完整的信息。
    的頭像 發(fā)表于 12-16 11:05 ?982次閱讀
    數(shù)據(jù)庫數(shù)據(jù)恢復(fù)—<b class='flag-5'>Mysql</b>數(shù)據(jù)庫表記錄丟失的數(shù)據(jù)恢復(fù)流程

    PostgreSQL將不再支持MD5密碼

    根據(jù) PostgreSQL 代碼倉庫的最新動態(tài),近日有維護(hù)者提交了“棄用 MD5 密碼支持”的 commit。 該維護(hù)者指出,MD5 被認(rèn)為不適合用作加密散列算法已有一段時間。 此外
    的頭像 發(fā)表于 12-10 16:14 ?725次閱讀