PlanetScale Navigasi MySQL 5.7 Pandhuan Akhir Urip
Kanthi MySQL 5.7 EOL pungkasane:
- Nganyari keamanan - nggawe bisnis sampeyan beresiko
- Dhukungan teknis lan linuwih
- Kompatibilitas karo teknologi anyar
- PCI DSS, GDPR, HIPAA, utawa kepatuhan SOX
Nganggo piranti lunak EOL ndadekake perusahaan sampeyan ora tundhuk karo standar keamanan piranti lunak lan praktik paling apik sing digunakake ing lingkungan pangembangan sampeyan. Iki bisa nyebabake perusahaan sampeyan ora nindakake kepatuhan PCI lan masalah kinerja sing bisa nyebabake beban kerja sing diadhepi pelanggan.
Apa maneh, yen sampeyan ora ngrancang upgrade luwih dhisik, upgrade sing dipeksa menyang versi MySQL anyar bisa nyebabake downtime sing ora disengaja sing nyebabake kerugian finansial lan reputasi kanggo perusahaan sampeyan.
Ing ndhuwur risiko watara upgrade versi, ana biaya operasional dhuwur sing digandhengake karo njaga lan debugging piranti lunak EOL. Piranti lunak EOL saya suwe saya suwe, tim sampeyan bakal entuk dhukungan amarga kawruh lan dhukungan teknis kanggo versi kasebut suda. Nalika panjaluk dhukungan mundhak, biaya pangopènan mundhak sejajar karo risiko pelanggaran keamanan utawa downtime. Biaya iki duwe pengaruh sing luar biasa kanthi biaya downtime rata-rata $300,000 saben jam.*
Yen sampeyan lagi mlaku ing MySQL 5.7, saiki iki wektu kanggo nimbang dalan kanggo nganyarke kanthi gangguan minimal, minimal. resiko, lan nul downtime.
Migrasi
Praktik paling apik kanggo piranti lunak yaiku nganyari kanthi kerep, nanging ana risiko serius sing ana gandhengane karo nganyari kanthi tekanan wektu. Wektu lan usaha sing dibutuhake kanggo narik upgrade utama bakal nguras sumber daya teknik internal, lan risiko sing ana gandhengane karo syarat wektu, keamanan, lan kepatuhan bisa nyebabake perusahaan sampeyan.
Ing ndhuwur iki, akeh panyedhiya warisan lan solusi basis data sing dikelola - kalebu AWS Aurora lan RDS - dadi tambah akeh vokal babagan downtime sing dibutuhake kanggo ngrampungake upgrade versi kanthi solusi kasebut. Amazon RDS for MySQL bakal mandheg ndhukung nggawe MySQL 5.7 anyar wiwit Oktober 2023 liwat AWS Management Console lan AWS Command Line Interface. Amazon Aurora 5.7 bakal mungkasi urip ing Oktober 2024 amarga sawetara fitur khusus Aurora ora kompatibel karo 8.0.
Nganyarke mesin database mbutuhake downtime.
Durasi downtime beda-beda gumantung saka ukuran conto database sampeyan.
Yen conto database MySQL 5.7 sampeyan nggunakake replika maca, sampeyan kudu nganyarke kabeh replika sing diwaca sadurunge nganyarke conto sumber. Yen conto database sampeyan ana ing panyebaran Multi-AZ, replika utama lan siyaga bakal dianyari. Instance database sampeyan ora bakal kasedhiya nganti upgrade rampung.
Yen sampeyan ora ngrancang upgrade iki, vendor database sampeyan bisa meksa nganyari. Nalika upgrade versi mesin utama dipeksa, bisa ngenalake owah-owahan sing ora kompatibel karo aplikasi sing wis ana.
Apa pilihan sampeyan kanggo migrasi?
- Nganyarke menyang 8.0 ing lingkungan sampeyan saiki - migrasi sing pas wektune, rumit, lan beboyo sing bisa uga kalebu manual
karya lan downtime. - Pindhah menyang lingkungan anyar sing bisa digunakake ing versi MySQL sing wis dianyari.
MySQL 5.7 lan 8.0 incompatibilities
MySQL 8.0 kalebu sawetara incompatibilities karo MySQL 5.7. Incompatibilities iki bisa nimbulaké masalah nalika upgrade saka MySQL 5.7 kanggo MySQL 8.0.
Yen sampeyan milih migrasi dhewe, sampeyan kudu nimbang dhaptar incompatibilities ing ngisor iki. Sampeyan ora bisa duwe:
- Tabel sing nggunakake jinis data lungse utawa fungsi
- Yatim piatu *.frm files
- Pemicu kanthi definer sing ilang utawa kosong utawa konteks nggawe sing ora bener (PlanetScale ora ndhukung pemicu)
- Tabel partisi sing nggunakake mesin panyimpenan sing ora duwe dhukungan partisi asli
- Pelanggaran tembung kunci utawa reserved word. Sawetara tembung kunci bisa uga disimpen ing MySQL 8.0 sing ora
wis dilindhungi sadurunge† - Tabel ing database sistem MySQL 5.7 mysql sing nduweni jeneng padha karo tabel sing digunakake dening MySQL 8.0
kamus data - Mode SQL lungse sing ditetepake ing setelan variabel sistem sql_mode sampeyan
- Tabel utawa prosedur disimpen karo unsur kolom ENUM utawa SET individu sing ngluwihi 255 karakter utawa
Dawane 1020 bita (PlanetScale ora ndhukung prosedur sing disimpen) - Partisi tabel sing manggon ing ruang tabel InnoDB sing dienggo bareng
- Pitakonan lan definisi program sing disimpen saka MySQL 8.0.12 utawa ngisor sing nggunakake kualifikasi ASC utawa DESC kanggo
GROUP BY klausa - Fitur liyane sing ora didhukung ing MySQL 8.0
- Jeneng watesan KUNCI ASING luwih saka 64 karakter (PlanetScale ora ndhukung watesan kunci asing)
- Kanggo dhukungan Unicode sing luwih apik, coba ngowahi obyek sing nggunakake charset utf8mb3 kanggo nggunakake
aksara utf8mb4. Set karakter utf8mb3 ora digunakake. Uga, nimbang nggunakake utf8mb4 kanggo set karakter
referensi tinimbang utf8, amarga saiki utf8 minangka alias kanggo utf8mb3 charset.
Akuntansi kanggo incompatibilities iki lan antisipasi downtime, preparation bakal dibutuhake ing database kanggo upgrade kanggo sukses.
Impor siji-klik lan upgrade downtime nul
Kanthi PlanetScale, sampeyan bisa migrasi saka solusi database saiki kanthi impor siji-klik lan tanpa downtime. Kita bakal ngatur kabeh upgrade versi kanthi otomatis kanggo sampeyan supaya sampeyan ora perlu kuwatir babagan masalah inkompatibilitas utawa risiko keamanan, linuwih, utawa finansial sing ana gandhengane karo upgrade versi.
PlanetScale dibangun ing ndhuwur Vitess sumber terbuka, sistem clustering database kanggo skala horizontal MySQL. Akibate, PlanetScale mung kompatibel karo database MySQL. Alat impor PlanetScale ndhukung database MySQL versi 5.7 nganti 8.0. Kita ngerti babagan kompatibilitas MySQL, kanggo mangerteni sing luwih lengkap babagan iki, priksa dokumentasi kita.*
Kanthi migrasi menyang PlanetScale, sampeyan bakal gampang ngerti yen sampeyan lagi mlaku ing versi utama MySQL paling anyar:
- Sampeyan ora perlu sumelang ing bab upgrade mangsa
- Migrasi menyang PlanetScale ora mbutuhake downtime
- Kita nyedhiyakake dhukungan khusus lan keahlian database
- Sampeyan entuk manfaat saka alur kerja pangembang gaya GitHub, kalebu percabangan, owah-owahan skema non-blocking, lan liya-liyane.
Kanthi downtime sing dibutuhake kanggo narik upgrade versi kanthi solusi kaya AWS RDS, sampeyan bakal duwe downtime luwih sithik kanthi migrasi metu saka AWS tinimbang nyoba nganyarke menyang 8.0 ing lingkungan sampeyan saiki. Biaya finansial sing saya tambah kanggo mlaku ing piranti lunak EOL, utawa biaya umum aplikasi ora aktif, bisa ngrusak perusahaan sampeyan.
Migrasi menyang PlanetScale bisa nyuda biaya migrasi lan manajemen database sampeyan
Dipercaya dening
Miwiti dina iki nganggo PlanetScale,
cara paling dipercaya kanggo ukuran Panjenengan
database MySQL ing méga.
Nelpon kita ing utawa
ngirim email menyang
1-408-214-1997
sales@planetscale.com
Dokumen / Sumber Daya
![]() |
PlanetScale Navigasi MySQL 5.7 Pungkasan Urip [pdf] Pandhuan Navigasi MySQL 5.7 End of Life |