El contenido original de la comunidad G r e a t S Q L no se puede utilizar sin autorización . Comuníquese con el editor e indique la fuente para la reimpresión .
El mes pasado, la Alianza de la Industria de Código Abierto de Computación en la Nube de la Academia de Tecnología de la Información y las Comunicaciones publicó un informe de investigación sobre la ecología de código abierto de la base de datos MySQL, "Informe de investigación sobre el desarrollo del ecosistema de bases de datos de código abierto - Base de datos de código abierto MySQL", que Mencioné que algo sucederá en la comunidad MySQL en octubre. Gran noticia: MySQL 5.7 finalizará su vida útil (EOL) el 21 de octubre de 2023.
MySQL se ha convertido en la base de datos de código abierto más utilizada por los usuarios chinos y la versión 5.7 tiene la mayor proporción de usuarios, por lo que el incidente de EOL de MySQL 5.7 afectará a muchos usuarios de MySQL.
Según las estadísticas del informe, los usuarios de MySQL 5.7 representan hasta el 47% en China. En ese momento, estos usuarios enfrentarán opciones sobre cómo responder a los eventos EOL. De hecho, en 2020, algunas organizaciones recordaron a los usuarios que MySQL 5.7 llegará a su fin de servicio según el ciclo de vida en 2023. En ese momento, este incidente también provocó algunas discusiones en la comunidad MySQL y en los círculos de DBA sobre la seguridad del código abierto. proyectos. Tres años después, finalmente nos enfrentamos oficialmente al problema del lobo que llora.
De hecho, el problema del EOL de la base de datos no es la primera vez que aparece en MySQL 5.7. Los usuarios de Oracle son muy conscientes del calendario de EOL de cada versión. Sin embargo, los funcionarios de Oracle seguirán brindando servicios extendidos a los usuarios de pago y continuarán lanzando paquetes de parches de seguridad para estos usuarios dentro de unos años, por lo que la versión Oracle de EOL aún puede encontrar paquetes de parches de seguridad a través de varios canales. Como base de datos de código abierto para MySQL, EOL significa que la comunidad de código abierto ya no proporcionará actualizaciones de parches funcionales y de seguridad.
Ante el incidente de MySQL 5.7 EOL, percona anunció oficialmente un plan de soporte pago. Dentro de los tres años posteriores al EOL, percona brindará soporte de servicio pago a los clientes que necesiten servicios. Sin embargo, se desconoce qué tan fuerte será el soporte y si se comprometerá a lanzar parches para problemas de seguridad.
MariaDB siempre ha sido hostil a MySQL y esperan que los usuarios de MySQL 5.7 no actualicen a MySQL 8, sino que migren a MariaDB mediante 11 comandos simples. Además, algunos proveedores de nube también han propuesto soluciones.
Los proveedores de la nube han emitido declaraciones sobre los servicios extendidos: Microsoft Azure proporcionará servicios extendidos a sus usuarios de la nube pública después de MySQL 5.7 EOL, con soporte oficial de Azure hasta 2025 a más tardar.
De manera similar, Amazon brindará soporte durante un año a sus usuarios de la nube pública. Ya sea Amazon o Microsoft, cuando finalice el período de servicio extendido, los usuarios de MySQL 5.7 se verán obligados a actualizar a MySQL 8 o migrar a otras bases de datos.
Ante este problema, los fabricantes nacionales de bases de datos en el ecosistema MySQL también han ideado sus propios planes de migración, con la esperanza de atraer a estos usuarios a sus productos.
¿Cómo afrontaremos el incidente EOL de MySQL 5.7? Recientemente, también tuve algunos intercambios con algunos usuarios de MySQL 5.7. Según sus comentarios y la respuesta de la industria a este problema, combinados con las cuatro situaciones reportadas en el informe, resumí que hay aproximadamente seis medidas de respuesta.
El primer camino: actualizar directamente a 8.0
.
Una proporción relativamente alta de usuarios de MySQL 5.7 eligen esta opción, ya que han comprendido este problema desde hace mucho tiempo y empezaron a solucionarlo hace medio año. Actualizar MySQL 5.7 a 8.0 no se trata sólo de reemplazar una versión de la base de datos, porque existen importantes diferencias técnicas entre 8.0 y 5.7. El optimizador CBO y el motor SQL también son diferentes, por lo que la aplicación debe probarse completamente después de la actualización de la base de datos. Se deben realizar cambios en algunos códigos que no son lo suficientemente compatibles para garantizar una migración sin problemas. Por lo tanto, los usuarios que adopten el primer camino deben realizar ciertos preparativos con antelación.
El segundo camino:
migrar a una base de datos nacional compatible con MySQL .
Algunos clientes, teniendo en cuenta el problema de Xinchuang, habían planeado originalmente reemplazar la base de datos con localización y prepararse para hacerlo todo de una vez. Si utiliza una base de datos nacional, hay muchos caminos para elegir. Muchos productos de bases de datos nacionales son productos ecológicos MySQL, como Tencent TDSQL, Wanli GreatSQL, ZTE GoldenDB, Oceanbase, Alibaba PolarDB-x, etc. Si no necesita utilizar procedimientos almacenados, también puede considerar TiDB. Muchas bases de datos nacionales también tienen el modo de compatibilidad con MySQL y, aunque no son totalmente compatibles con MySQL, la aplicación se puede migrar con una pequeña cantidad de modificaciones. Bases de datos como Dameng, la Universidad Renmin de Finanzas y Economía y GaussDB tienen modos de compatibilidad con MySQL. La ventaja de migrar directamente a una base de datos nacional es que básicamente completa el reemplazo local de la base de datos, pero las desventajas también son obvias: por un lado, la migración requiere una cierta cantidad de fondos y una cierta cantidad de tiempo. por otro lado, el coste total de adquirir una licencia de base de datos nacional no es bajo.
El tercer camino: migrar a otros productos de código abierto en el ecosistema MySQL, como MariaDB y GreatSQL nacional.
La principal consideración para los usuarios que migran a MariaDB es deshacerse del ecosistema de Oracle y elegir un proyecto de código abierto relativamente más seguro, pero si la comunidad MariaDB es lo suficientemente segura es una cuestión de opinión. GreatSQL es una rama de código abierto de Percona Server, también basada en el protocolo GPLV2, y el código está alojado en gitee en China. Mientras se mantiene la compatibilidad con Percona Server, las vulnerabilidades se repararán más rápidamente para garantizar la seguridad de los datos del usuario. Más tarde, la comunidad de código abierto GreatSQL abrirá un área de interrupción de MySQL 5.7 en el sitio web oficial para ayudar a los usuarios de MySQL 5.7 a resolver algunos problemas causados por la interrupción y brindar soporte a algunos usuarios que no pueden actualizar temporalmente . A medida que la demanda de seguridad de la cadena de suministro de software continúa fortaleciéndose, el desarrollo de ramas de proyectos nacionales de código abierto marcará el comienzo de un rápido desarrollo. El costo de migración de este camino es bajo, la desventaja es que todavía existen algunos problemas en el reconocimiento de las ramas nacionales de código abierto por parte de los usuarios.
El cuarto camino: para los usuarios de la nube pública, confiar en la plataforma de la nube durante uno o dos años más y luego elegir una dirección en uno o dos años.
Los proveedores de nube pública también brindarán soporte extendido para MySQL 5.7 durante un período de tiempo determinado. Una proporción relativamente alta de usuarios de la nube pública espera y observa durante un año antes de elegir una ruta técnica sólida. A esta ruta se le ha dado una zona de amortiguamiento durante un cierto período de tiempo para facilitar más decisiones científicas, pero es solo un enfoque temporal durante el período de transición.
第五条路径：换门，从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
（对文章有疑问或者有独到见解都可以去社区官网提出或分享哦~）
Grupo WeChat y QQ : puede escanear el código para agregar amigos de WeChat al asistente de la comunidad G r e a t S Q L , enviar información de verificación a " agregar grupo " para unirse a la comunicación WeChat de G r e a t S Q L / M G R grupo , también puede escanear directamente el código para unirse al grupo QQ de comunicación G r e a t S Q L / M G R.
Si desea leer más artículos técnicos buenos, haga clic en "Leer" .
