G re a t S Q L 커뮤니티 의 원본 콘텐츠 는 무단 도용 할 수 없으며 , 전재할 경우 편집자 에게 연락 하여 출처 를 명시 해 주시기 바랍니다 .
지난달 정보통신기술원 산하 클라우드컴퓨팅오픈소스산업연맹은 MySQL 데이터베이스의 오픈소스 생태에 관한 연구보고서 '오픈소스 데이터베이스 생태계 발전에 관한 연구보고서 - MySQL 오픈소스 데이터베이스'를 발표했다. 10월에 MySQL 커뮤니티에서 사건이 일어날 것이라고 언급했습니다. 빅뉴스-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에서 처음 나타난 것은 아니며, 오라클 사용자들은 각 버전의 EOL 일정을 잘 알고 있습니다. 그러나 오라클 관계자는 여전히 유료 사용자에게 확장된 서비스를 제공할 예정이며, 몇 년 후에는 이러한 사용자를 위한 보안 패치 패키지를 계속 출시할 예정이므로 EOL의 오라클 버전은 여전히 다양한 채널을 통해 보안 패치 패키지를 찾을 수 있습니다. MySQL용 오픈 소스 데이터베이스로서 EOL은 오픈 소스 커뮤니티가 더 이상 보안 및 기능 패치 업그레이드를 제공하지 않음을 의미합니다.
Percona는 MySQL 5.7 EOL 사건에 직면하여 유료 지원 계획을 공식 발표했으며, EOL 이후 3년 이내에 Percona는 서비스가 필요한 고객에게 유료 서비스 지원을 제공할 예정입니다. 그러나 지원이 얼마나 강력한지, 보안 문제에 대한 패치 출시를 약속할지 여부는 알 수 없습니다.
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 엔진도 다르기 때문에 데이터베이스 업그레이드 후에는 애플리케이션에 대한 완전한 테스트가 필요합니다. 원활한 마이그레이션을 보장하기에는 충분히 호환되지 않는 일부 코드에 대해 수행해야 합니다. 따라서 첫 번째 경로를 채택하는 사용자는 사전에 특정 준비를 해야 합니다.
두 번째 경로: MySQL 호환 국내 데이터베이스로 직접
마이그레이션합니다 .
일부 고객들은 Xinchuang의 문제를 고려하여 당초 데이터베이스를 현지화로 교체하고 이를 한꺼번에 준비할 계획이었습니다. 대신 국내 데이터베이스를 사용하는 경우 선택할 수 있는 경로가 많으며, 국내 데이터베이스 제품 중 상당수는 Tencent TDSQL, Wanli GreatSQL, ZTE GoldenDB, Oceanbase, Alibaba PolarDB-x 등과 같은 MySQL 생태 제품입니다. 저장 프로시저를 사용할 필요가 없다면 TiDB를 고려할 수도 있습니다. 국내 데이터베이스에도 MySQL 호환 모드가 있는 경우가 많아 MySQL과 완전히 호환되지는 않지만 약간의 수정만으로 애플리케이션을 마이그레이션할 수 있습니다. Dameng, Renmin University of Finance and Economics 및 GaussDB와 같은 데이터베이스에는 모두 MySQL 호환 모드가 있습니다. 국내 데이터베이스로 직접 마이그레이션하는 경우에는 데이터베이스의 로컬 교체가 근본적으로 완료된다는 장점이 있지만, 마이그레이션에는 일정 금액의 자금과 일정 시간이 소요되는 단점도 분명합니다. 반면에 국내 데이터베이스 라이선스를 구입하는 데 드는 전체 비용입니다. 낮지 않습니다.
세 번째 경로: MariaDB, 국내 GreatSQL 등 MySQL 생태계의 다른 오픈소스 제품으로 마이그레이션합니다.
MariaDB로 마이그레이션하는 사용자의 주요 고려 사항은 Oracle 생태계를 제거하고 상대적으로 안전한 오픈 소스 프로젝트를 선택하는 것이지만 MariaDB 커뮤니티가 충분히 안전한지는 의견의 문제입니다. GreatSQL은 GPLV2 프로토콜을 기반으로 하는 Percona Server의 오픈 소스 지점이며 코드는 중국의 gitee에서 호스팅됩니다. Percona Server와의 호환성을 유지하면서, 취약점을 보다 신속하게 복구하여 사용자 데이터 보안을 보장합니다. GreatSQL 오픈 소스 커뮤니티는 공식 웹사이트 에 MySQL 5.7 중단 영역을 열어 MySQL 5.7 사용자가 중단으로 인해 발생한 일부 문제를 해결하고 일시적으로 업그레이드할 수 없는 일부 사용자에게 지원을 제공할 예정입니다 . 소프트웨어 공급망 보안에 대한 수요가 지속적으로 강화됨에 따라 국내 오픈소스 프로젝트 분기의 개발은 급속한 발전을 가져올 것입니다. 이 경로는 마이그레이션 비용이 저렴하지만, 국내 오픈소스 브랜치에 대한 사용자 인식에는 여전히 일부 문제가 있다는 단점이 있습니다.
네 번째 경로: 퍼블릭 클라우드 사용자의 경우 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开源数据库》有兴趣的朋友可以点击文后的阅读原文去下载。
《零基础学习MySQL》视频课程
戳此小程序即可直达B站
https://www.bilibili.com/video/BV1Da411W7Va?
<文 章 推 荐>
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 그룹 : 코드를 스캔하여 G r e a t S Q L 커뮤니티 도우미 WeChat 친구 를 추가하고 " 그룹 추가 " 에 확인 정보 를 보내 G r e a t S Q L / M G R 통신 WeChat 에 참여할 수 있습니다 . 그룹의 경우 코드 를 직접 스캔하여 G r e a t S Q L / M GR 통신 Q Q 그룹 에 참여할 수도 있습니다 .
더 많은 좋은 기술 기사를 읽고 싶다면 "읽기"를 클릭하세요 !
