今後の MySQL 5.7 サービス停止イベントについて話しましょう

 G r e a t SQLコミュニティオリジナルコンテンツを無断で使用することはできませんので転載する場合編集者に連絡し出典を明示してください


先月、情報通信技術アカデミー傘下のクラウド コンピューティング オープンソース産業同盟は、MySQL データベースのオープンソース エコロジーに関する調査報告書「オープンソース データベース エコシステムの開発に関する調査報告書 - MySQL オープンソース データベース」を発表しました。 MySQL コミュニティで 10 月に何かが起こると述べましたが、大きなニュースとして、MySQL 5.7 は 2023 年 10 月 21 日にサポート終了 (EOL) になります。

MySQL は中国のユーザーに最も広く使用されているオープンソース データベースであり、バージョン 5.7 のユーザーの割合が最も高いため、MySQL 5.7 の EOL インシデントは多くの MySQL ユーザーに影響を与えるでしょう。
         
レポートの統計によると、中国では MySQL 5.7 ユーザーが 47% もの高い割合を占めています。その時点で、これらのユーザーは EOL イベントにどのように対応するかという選択に直面することになります。実際、2020 年に一部の組織が、MySQL 5.7 のライフサイクルに従って 2023 年にサービスが終了することをユーザーに通知しましたが、当時、このインシデントは MySQL コミュニティや DBA サークルでオープンソースのセキュリティに関する議論を引き起こすきっかけにもなりました。プロジェクト。3年後、ついに泣きオオカミの問題が正式に私たちに直面することになりました。
         
実際、データベース EOL の問題は MySQL 5.7 で初めて発生したものではなく、Oracle ユーザーは各バージョンの EOL スケジュールをよく知っています。ただし、Oracle 担当者は引き続き有料ユーザーに拡張サービスを提供し、数年以内にこれらのユーザー向けにセキュリティ パッチ パッケージをリリースし続ける予定であるため、Oracle バージョンの EOL は引き続きさまざまなチャネルを通じてセキュリティ パッチ パッケージを見つけることができます。MySQL のオープン ソース データベースとして EOL は、オープン ソース コミュニティがセキュリティおよび機能パッチのアップグレードを提供しなくなることを意味します。


MySQL 5.7 の EOL インシデントを受けて、percona は有料サポート プランを正式に発表し、EOL 後 3 年以内に、サービスが必要な顧客に有料サービス サポートを提供する予定です。ただし、サポートがどの程度強力になるか、セキュリティ問題に対するパッチのリリースを約束するかどうかは不明です。


MariaDB は常に MySQL に対して敵対的であり、MySQL 5.7 ユーザーが MySQL 8 にアップグレードするのではなく、11 の簡単なコマンドを通じて MariaDB に移行することを望んでいます。さらに、いくつかのクラウドベンダーもソリューションを提案しています。


クラウド ベンダーは拡張サービスに関する声明を発表しており、Microsoft Azure は MySQL 5.7 EOL 以降、パブリック クラウド ユーザーに拡張サービスを提供し、遅くとも 2025 年までは Azure からの正式なサポートを受ける予定です。

同様に、Amazon はパブリック クラウド ユーザーに 1 年間のサポートを提供します。AmazonであれMicrosoftであれ、延長サービス期間が終了すると、MySQL 5.7ユーザーはMySQL 8にアップグレードするか、他のデータベースに移行することを余儀なくされるだろう。

この問題に直面して、MySQL エコシステムの国内データベース メーカーも独自の移行計画を立て、これらのユーザーを自社製品に引きつけたいと考えています。
         
MySQL 5.7 EOL インシデントに私たちはどう立ち向かうのでしょうか? 最近、MySQL 5.7 ユーザー数名とのやりとりも行いましたが、彼らからのフィードバックやこの問題に対する業界の対応を踏まえ、レポートで報告されている 4 つの状況と合わせて、対応策は大きく 6 つあるとまとめました。
         
最初のパス: 8.0 に直接アップグレードします MySQL 5.7 ユーザーの比較的高い割合がこの選択をしており、そのようなユーザーはこの問題を以前から理解しており、半年前から対処し始めています。MySQL 5.7 から 8.0 へのアップグレードは、単にデータベースのバージョンを置き換えるだけではありません。8.0 と 5.7 の間には大きな技術的な違いがあるためです。CBO オプティマイザと SQL エンジンも異なるため、データベースのアップグレード後にアプリケーションを完全にテストする必要があります。スムーズな移行を保証するには、互換性のない一部のコードを作成する必要があります。したがって、最初のパスを採用するユーザーは、事前にいくつかの準備を行う必要があります。
         
2 番目のパス: MySQL 互換の国内データベースに直接 移行します 一部の顧客は、新荘の問題を考慮して、当初データベースをローカリゼーションに置き換えて、すべてを一度に行う準備をすることを計画していました。代わりに国内のデータベースを使用する場合は、多くの選択肢がありますが、多くの国内データベース製品は、Tencent TDSQL、Wanli GreatSQL、ZTE GoldenDB、Oceanbase、Alibaba PolarDB-x などの MySQL エコロジー製品です。ストアド プロシージャを使用する必要がない場合は、TiDB を検討することもできます。国内データベースの多くも MySQL 互換モードを備えており、MySQL と完全な互換性はありませんが、わずかな変更を加えることでアプリケーションを移行できます。Dameng、人民金融経済大学、GaussDB などのデータベースにはすべて MySQL 互換モードがあります。国内データベースへの直接移行のメリットは、基本的にローカルでのデータベースの置き換えが完了することですが、移行にある程度の資金と時間がかかる半面、デメリットも明らかです。一方、国内のデータベース ライセンスを購入するための全体的なコストは、決して低くはありません。
         
3 番目のパス: MariaDB や国内の GreatSQL など、MySQL エコシステム内の他のオープンソース製品に移行します。 MariaDB に移行するユーザーの主な考慮事項は、Oracle エコシステムを廃止し、比較的安全なオープンソース プロジェクトを選択することですが、MariaDB コミュニティが十分に安全かどうかは意見の問題です。GreatSQL は Percona Server のオープン ソース ブランチであり、これも GPLV2 プロトコルに基づいており、コードは中国の gitee でホストされています。Percona Server との互換性を維持しながら、脆弱性はより迅速に修復され、ユーザー データのセキュリティが確保されます。その後、GreatSQL オープン ソース コミュニティは、 MySQL 5.7 ユーザーが停止によって引き起こされるいくつかの問題を解決し、一時的にアップグレードできない一部のユーザーにサポートを提供するために、公式 Web サイトMySQL 5.7 停止エリアをオープンしますソフトウェアサプライチェーンのセキュリティに対する需要が高まるにつれ、国内のオープンソースプロジェクトブランチの発展が急速な発展を遂げるでしょう。このパスの移行コストは低いですが、国内のオープンソース ブランチに対するユーザーの認識にまだ問題があることが欠点です。
         
4 番目の道: パブリック クラウド ユーザーの場合、さらに 1 ~ 2 年間はクラウド プラットフォームに依存し、1 ~ 2 年で方向性を選択します。 パブリック クラウド ベンダーも、一定期間、MySQL 5.7 の延長サポートを提供します。パブリック クラウド ユーザーの比較的高い割合は、確実な技術的なルートを選択する前に 1 年間様子見します。このルートには、より科学的な決定を促進するために一定期間の緩衝地帯が設けられていますが、これは移行期間中の一時的なアプローチにすぎません。
         
第五条路径:换门,从MySQL直接更换数据库种类,转投另外一个开源数据库 PG 阵营。 和摄影界换门一样,采取这条路径是要下大决心的。因为以往的应用都要修改,数据都要迁移,以往积累的应用开发与运维经验也都要放弃。
         
第六条路径:不变,继续使用MySQL 5.7。 数据库都是在内部使用的,因此把网络的安全边界扎牢,哪怕有安全漏洞,也不升级,不改变,等到应用系统升级的时候再考虑升级或者更换数据库。选择这条路线的用户比例不低,这条路径成本最低,不过要承担一定的安全风险。采用这条路线的用户把安全依托在网络安全和边界安全上,通过扎紧篱笆来防止安全事故。
         
最后要表达的观点是,EOL是很多产品都会面临的事件,无需过度担心。不过数据库产品的EOL影响面更广一些,处理起来也更麻烦一些,特别是MySQL 5.7,对于一些复杂一些的系统,直接升级到8.0还是需要做一些验证工作的。作为一个核心的数据资产承载体,没有安全补丁处于裸奔状态的数据库也是一个比较大的隐患。从软件供应链安全上看,商用数据库Oracle在代码上的安全性要高于MySQL这样的开源数据库,再加上Oracle延长期服务依然在出安全补丁,用户也可以通过一些特殊渠道获得安全补丁。因此相对于Oracle数据库的版本EOL,MySQL 的EOL问题更受企业级用户的重视。面对即将到来的MySQL 5.7 EOL,IT部门的领导和DBA哪怕没有做什么动作,多思考一下也是好的。

《开源数据库生态发展研究报告-MySQL开源数据库》有兴趣的朋友可以点击文后的阅读原文去下载。  
         
        
En joy GreatSQL :)

零基础学习MySQL

B

https://www.bilibili.com/video/BV1Da411W7Va?

<文 章 推 荐>

活动 | GreatSQL 受邀「3306π」北京站 拓展数据库朋友圈 (附 PPT 下载)

下周见 | GreatSQL 带你畅游 OSCAR 开源产业大会开源集市

GreatSQL社区月报 | 2023.08

MGR新节点RECOVERING状态的分析与解决:caching_sha2_password验证插件的影响

GreatSQL茶话会07 | 你常用的好用的数据库周边工具有哪些?


<关于 GreatSQL>

GreatSQL 是适用于金融级应用的国内自主开源数据库,具备高性能高可靠高易用性高安全等多个核心特性,可以作为 MySQL 或 Percona Server 的可选替换,用于线上生产环境,且完全免费并兼容 MySQL 或 Percona Server。

GreatSQL社区官网:  https://greatsql.cn/
Gitee:  https://gitee.com/GreatSQL/GreatSQL
GitHub:  https://github.com/GreatSQL/GreatSQL
Bilibili: https://space.bilibili.com/1363850082


社区有奖建议反馈:
https://greatsql.cn/thread-54-1-1.html
社区博客有奖征稿详情:
https://greatsql.cn/thread-100-1-1.html

(对文章有疑问或者有独到见解都可以去社区官网提出或分享哦~)

WeChat & Q Qグループ:コードをスキャンしGr e t S Q LコミュニティアシスタントWeChat友達を追加し確認情報をグループ追加送信G r e t S Q L / M GRコミュニケーションWeChat参加できますグループに参加する場合は、コードを直接スキャンしてG r e a t S Q L / MG R通信Q Qグループに参加することもできます

微信_

Q Q

さらに優れた技術記事を読みたい場合は、「Reading」をクリックしてください。

         

この記事は WeChat パブリック アカウント - GreatSQL Community (GreatSQL) から共有されたものです。
侵害がある場合は、削除について [email protected] までご連絡ください。
この記事は「OSC ソース作成計画」に参加していますので、読んでいる方もぜひ参加し、共有してください。

オープンソース フレームワーク NanUI の作者がスチールの販売に切り替えたため、プロジェクトは中断されました。Apple App Store の無料リストのナンバー 1 はポルノ ソフトウェア TypeScript です。人気が出てきたばかりなのに、なぜ大手はそれを放棄し始めるのでしょうか。 ? TIOBE 10月リスト:Javaが最大の下落、C#がJavaに迫る Rust 1.73.0リリース AIガールフレンドに英国女王暗殺を勧められた男性に懲役9年の判決 Qt 6.6正式リリース ロイター:RISC-Vテクノロジーが中米テクノロジー戦争の鍵となる 新たな戦場 RISC-V: 単一の企業や国に支配されない レノボ、Android PC の発売を計画
{{名前}}
{{名前}}

おすすめ

転載: my.oschina.net/GreatSQL/blog/10117424