PlanetScale Navegando por MySQL 5.7 Instrucións de fin da vida útil

PlanetScale Navegando por MySQL 5.7 Instrucións de fin da vida útil

Con MySQL 5.7 EOL chega o final de:

Actualizacións de seguranza: poñen en risco a túa empresa
Soporte técnico e fiabilidade
Compatibilidade coas novas tecnoloxías
Conformidade con PCI DSS, GDPR, HIPAA ou SOX

Executar con software EOL pon a túa empresa en risco de non cumprir os estándares de seguridade do software e as mellores prácticas utilizadas no teu ambiente de desenvolvemento. Isto pode levar a que a súa empresa funcione sen o cumprimento de PCI e a problemas de rendemento que poidan afectar as cargas de traballo dirixidas ao cliente.

Ademais, se non planeas a actualización con antelación, as actualizacións forzadas a novas versións de MySQL poden levar a tempo de inactividade non desexado que supoñen prexuízos financeiros e reputacionais para a túa empresa.

Ademais do risco das actualizacións de versións, hai altos custos operativos asociados co mantemento e depuración do software EOL. Canto máis tempo se execute o software EOL, máis demanda terá o seu equipo de asistencia a medida que diminúe o coñecemento e o soporte técnico para a versión. A medida que aumenta a demanda de soporte, os custos de mantemento aumentan paralelamente ao risco dunha violación de seguridade ou tempo de inactividade. Este custo é incriblemente impactante, xa que o custo do tempo de inactividade é dunha media duns 300,000 dólares por hora.*

Se está a executar MySQL 5.7, agora é o momento de considerar unha vía para actualizar cunha interrupción mínima, risco e cero tempo de inactividade.

Migración

As mellores prácticas de software son actualizar coa maior frecuencia posible, pero hai serios riscos asociados coa actualización cunha presión de tempo. O tempo e o esforzo necesarios para levar a cabo unha actualización importante esgotarán os recursos de enxeñería internos e o risco asociado aos requisitos de tempo, seguridade e cumprimento pode afectar seriamente á túa empresa.

Ademais, moitos provedores legados e solucións de bases de datos xestionadas, incluídos AWS Aurora e RDS, son cada vez máis pronunciados sobre o tempo de inactividade necesario para completar a actualización da versión coa súa solución. Amazon RDS para MySQL deixará de admitir a creación de novas instancias de MySQL 5.7 a partir de outubro de 2023 a través da consola de xestión de AWS e da interface de liña de comandos de AWS. Amazon Aurora 5.7 finalizará en outubro de 2024 debido a que algunhas funcións específicas de Aurora son incompatibles coa versión 8.0.

As actualizacións do motor de base de datos requiren tempo de inactividade.

A duración do tempo de inactividade varía segundo o tamaño da instancia da súa base de datos.

Se a súa instancia de base de datos MySQL 5.7 está a usar réplicas de lectura, debe actualizar todas as réplicas de lectura antes de actualizar a instancia de orixe. Se a súa instancia de base de datos está nunha implementación Multi-AZ, actualízanse tanto a réplica principal como a en espera. A súa instancia de base de datos non estará dispoñible ata que se complete a actualización.

Se non planeas esta actualización, o vendedor da base de datos pode forzar unha actualización. Cando se obriga a actualizar unha versión importante do motor, pode introducir cambios que non sexan compatibles con versións anteriores coas aplicacións existentes

Cales son as túas opcións para migrar?

Actualiza a 8.0 no teu entorno actual: unha migración oportuna, complexa e arriscada que probablemente implique manual
traballo e tempo de inactividade.
Migra a un novo ambiente onde podes executar versións completamente actualizadas de MySQL.

Incompatibilidades de MySQL 5.7 e 8.0
MySQL 8.0 inclúe unha serie de incompatibilidades con MySQL 5.7. Estas incompatibilidades poden causar problemas durante unha actualización de MySQL 5.7 a MySQL 8.0.

Se decides migrar pola túa conta, terás que ter en conta a seguinte lista de incompatibilidades. Non podes ter:

Táboas que usan tipos de datos ou funcións obsoletos
Orfo *.frm files
Activadores cun definidor ausente ou baleiro ou cun contexto de creación non válido (PlanetScale non admite disparadores)
Táboa particionada que usa un motor de almacenamento que non ten soporte nativo de partición

Infraccións de palabras clave ou reservadas. Algunhas palabras clave poden estar reservadas en MySQL 8.0 que non o estaban
reservado previamente†
Táboas da base de datos do sistema mysql MySQL 5.7 que teñen o mesmo nome que unha táboa usada polo MySQL 8.0
dicionario de datos

Modos SQL obsoletos definidos na configuración da variable do sistema sql_mode
Táboas ou procedementos almacenados con elementos individuais da columna ENUM ou SET que superen os 255 caracteres ou
1020 bytes de lonxitude (PlanetScale non admite procedementos almacenados)

Particións de táboa que residen en espazos de táboa InnoDB compartidos
Consultas e definicións de programas almacenados de MySQL 8.0.12 ou inferior que usan os calificadores ASC ou DESC para
Cláusulas GROUP BY
Outras funcións que non son compatibles con MySQL 8.0
Nomes de restricións de chave estranxeira de máis de 64 caracteres (PlanetScale non admite restricións de chave estranxeira)

Para mellorar a compatibilidade con Unicode, considere converter obxectos que usen o conxunto de caracteres utf8mb3 para usar o
conxunto de caracteres utf8mb4. O conxunto de caracteres utf8mb3 está obsoleto. Ademais, considere usar utf8mb4 para o conxunto de caracteres
referencias en lugar de utf8, porque actualmente utf8 é un alias para o conxunto de caracteres utf8mb3.

Tendo en conta estas incompatibilidades e anticipando o tempo de inactividade, será necesario preparar a súa base de datos para que a actualización teña éxito.

Importacións cun só clic e actualizacións sen tempo de inactividade
Con PlanetScale, pode migrar desde a súa solución de base de datos actual con importacións cun só clic e sen tempo de inactividade. Xestionaremos todas as actualizacións de versións automaticamente para que non teñas que preocuparte polos problemas de incompatibilidade nin os riscos financeiros, de seguridade ou de fiabilidade asociados coas actualizacións de versións.

PlanetScale está construído sobre Vitess de código aberto, un sistema de agrupación de bases de datos para a escala horizontal de MySQL. En consecuencia, PlanetScale só é compatible con bases de datos MySQL. A ferramenta de importación de PlanetScale admite as versións da base de datos MySQL da 5.7 á 8.0. Somos conscientes da nosa compatibilidade con MySQL. Para obter máis información sobre isto, consulta a nosa documentación.*

Coa migración a PlanetScale, tes a tranquilidade de saber que estás a executar a última versión principal de MySQL:

Non te preocupes polas actualizacións futuras
Migrar a PlanetScale nunca require tempo de inactividade
Ofrecemos soporte dedicado e experiencia en bases de datos
Benefíciese dos fluxos de traballo para desenvolvedores ao estilo de GitHub, incluíndo ramificacións, cambios de esquemas sen bloqueo e moito máis.

Co tempo de inactividade necesario para realizar unha actualización de versión con solucións como AWS RDS, tería menos tempo de inactividade ao migrar fóra de AWS que ao tentar actualizar a 8.0 no seu entorno actual. O aumento do custo financeiro da execución do software EOL, ou o custo xeral do tempo de inactividade das aplicacións, pode ser un prexuízo para a súa empresa.

A migración a PlanetScale pode reducir o seu custo global de migración e a xestión da súa base de datos

Con confianza de