PlanetScale Navigating MySQL 5.7 د ژوند پای لارښوونې

PlanetScale Navigating MySQL 5.7 د ژوند پای لارښوونې

د MySQL 5.7 EOL سره پای ته رسیږي:

امنیتي تازه معلومات - ستاسو سوداګرۍ په خطر کې اچوي
تخنیکي ملاتړ او اعتبار
د نوي ټیکنالوژۍ سره مطابقت
د PCI DSS، GDPR، HIPAA، یا SOX اطاعت

د EOL سافټویر چلول ستاسو شرکت د سافټویر امنیت معیارونو او ستاسو په پرمختیایي چاپیریال کې کارول شوي غوره عملونو سره د موافقت له خطر سره مخ کوي. دا کولی شي ستاسو شرکت د PCI اطاعت څخه بهر فعالیت وکړي او د فعالیت مسلو ته چې ممکن د پیرودونکي سره مخ شوي کاري بار اغیزه وکړي.

نور څه دي، که تاسو مخکې له مخکې د لوړولو لپاره پلان نه لرئ، د MySQL نوي نسخو ته جبري اپ گریڈ کولی شي د غیر ارادي ځنډ لامل شي چې ستاسو شرکت ته مالي او شهرت زیان رسوي.

د نسخې نوي کولو په شاوخوا کې د خطر په سر کې، د EOL سافټویر ساتلو او ډیبګ کولو پورې اړوند لوړ عملیاتي لګښتونه شتون لري. څومره چې د EOL سافټویر اوږدیږي، ستاسو ټیم به د ملاتړ لپاره ډیره غوښتنه ولري ځکه چې د نسخې لپاره پوهه او تخنیکي مالتړ کمیږي. لکه څنګه چې د مالتړ غوښتنې زیاتیږي، د ساتنې لګښتونه د امنیتي سرغړونې یا کم وخت خطر سره موازي لوړیږي. دا لګښت په زړه پورې ډول اغیزناک دی د ځنډ وخت لګښت په اوسط ډول په ساعت کې شاوخوا $ 300,000.*

که تاسو په MySQL 5.7 کې روان یاست، اوس د دې وخت دی چې د لږترلږه خنډ سره د نوي کولو لپاره یوه لاره په پام کې ونیسئ، لږترلږه خطر، او د صفر ځنډ وخت.

مهاجرت

د سافټویر غوره تمرینونه د امکان تر حده په مکرر ډول تازه کول دي ، مګر د وخت فشار کې تازه کولو سره جدي خطرونه شتون لري. هغه وخت او هڅې چې دا د لوی اپ گریډ ایستلو لپاره اخلي داخلي انجینري سرچینې به له مینځه یوسي، او د وخت، امنیت، او اطاعت اړتیاو سره تړلی خطر کولی شي ستاسو شرکت په جدي توګه اغیزه وکړي.

سربیره پردې ، ډیری میراث چمتو کونکي او اداره شوي ډیټابیس حلونه - پشمول د AWS اورورا او RDS - د دوی حل سره د نسخې نوي کولو بشپړولو لپاره د اړتیا وړ وخت په اړه په زیاتیدونکي ډول غږیږي. د MySQL لپاره ایمیزون RDS به د AWS مدیریت کنسول او AWS کمانډ لاین انٹرفیس دواړو له لارې د اکتوبر 5.7 څخه د نوي MySQL 2023 مثالونو رامینځته کولو ملاتړ ودروي. د ایمیزون اورورا 5.7 به د 2024 په اکتوبر کې ژوند پای ته ورسوي ځکه چې د ارورا ځینې ځانګړتیاوې له 8.0 سره مطابقت نلري.

د ډیټابیس انجن اپ گریڈ د وخت وخت ته اړتیا لري.

د بند وخت موده ستاسو د ډیټابیس مثال په اندازې سره توپیر لري.

که ستاسو د MySQL 5.7 ډیټابیس مثال د لوستلو نقلونه کاروي، نو تاسو باید د سرچینې مثال لوړولو دمخه د لوستلو ټول نقلونه لوړ کړئ. که ستاسو د ډیټابیس مثال د ملټي AZ ځای په ځای کولو کې وي، دواړه لومړني او سټینډ بای نقلونه نوي شوي. ستاسو د ډیټابیس مثال به تر هغه پورې شتون ونلري ترڅو چې اپ گریڈ بشپړ شوی نه وي.

که تاسو د دې اپ گریڈ لپاره پلان نه لرئ، ستاسو د ډیټابیس پلورونکی ممکن تازه کولو ته اړ کړي. کله چې د لوی انجن نسخه اپ گریڈ مجبور شي، دا کولی شي بدلونونه معرفي کړي چې د موجوده غوښتنلیکونو سره شاته نه وي.

د مهاجرت لپاره ستاسو اختیارونه څه دي؟

په خپل اوسني چاپیریال کې 8.0 ته لوړ کړئ - یو وخت، پیچلي، او خطرناک مهاجرت چې احتمالي لارښود پکې شامل وي
کار او د ځنډ وخت.
نوي چاپیریال ته مهاجرت وکړئ چیرې چې تاسو کولی شئ د MySQL په بشپړ ډول نوي شوي نسخې پرمخ وړئ.

MySQL 5.7 او 8.0 غیر مطابقت
MySQL 8.0 د MySQL 5.7 سره یو شمیر ناانډولتیاوې شاملې دي. دا غیر مطابقت کولی شي د MySQL 5.7 څخه MySQL 8.0 ته د اپ گریڈ کولو پرمهال ستونزې رامینځته کړي.

که تاسو پخپله مهاجرت غوره کړئ، نو تاسو به د غیر مطابقت لاندې لیست په پام کې ونیسئ. تاسو نشی کولی:

جدولونه چې د پخوانیو معلوماتو ډولونه یا افعال کاروي
یتیم *.frm files
د ورک شوي یا خالي پیژندونکي یا د غلط جوړونې شرایطو سره محرکونه (PlanetScale د محرکاتو ملاتړ نه کوي)
ویشل شوی میز چې د ذخیره کولو انجن کاروي چې د اصلي ویشلو ملاتړ نلري

د کلیدي کلمې یا خوندي کلمې سرغړونه. ځینې کلیدي کلمې ممکن په MySQL 8.0 کې خوندي وي چې نه وې
مخکې خوندي شوی†
د MySQL 5.7 mysql سیسټم ډیټابیس کې جدولونه چې د مای ایس کیو ایل 8.0 لخوا کارول شوي میز په څیر ورته نوم لري
د معلوماتو قاموس

ناپاک SQL موډونه ستاسو د sql_mode سیسټم متغیر ترتیب کې تعریف شوي
جدولونه یا ذخیره شوي طرزالعملونه د انفرادي ENUM یا SET کالم عناصرو سره چې له 255 حروف څخه ډیر وي یا
په اوږدوالی کې 1020 بایټونه (PlanetScale د ذخیره شوي پروسیجرونو ملاتړ نه کوي)

د جدول برخې چې په شریک InnoDB میزونو کې ژوند کوي
د MySQL 8.0.12 یا ټیټ څخه پوښتنې او زیرمه شوي برنامه تعریفونه چې د ASC یا DESC کوالیفایران کاروي
د بندونو له مخې ګروپ
نورې ځانګړتیاوې چې په MySQL 8.0 کې نه ملاتړ کیږي
د بهرنیو کلیدي محدودیتونو نومونه د 64 حروف څخه اوږد دي (PlanetScale د بهرني کلیدي محدودیتونو ملاتړ نه کوي)

د یونیکوډ ښه ملاتړ لپاره، د هغو شیانو بدلولو ته پام وکړئ چې د utf8mb3 چارسیټ کاروي
utf8mb4 چارسیټ. د utf8mb3 کرکټر سیټ له مینځه وړل شوی. همدارنګه، د کرکټر سیټ لپاره د utf8mb4 کارولو ته پام وکړئ
د utf8 پرځای حوالې، ځکه چې اوس مهال utf8 د utf8mb3 چارسیټ لپاره یو عرف دی.

د دې ناانډولیو لپاره محاسبه کول او د ځنډ وخت اټکل کول ، چمتووالی به ستاسو په ډیټابیس کې د بریالۍ کیدو لپاره د پرمختګ لپاره اړین وي.

یو-کلک واردات او د صفر ښکته وخت اپ گریڈونه
د PlanetScale سره، تاسو کولی شئ د خپل اوسني ډیټابیس حل څخه د یو کلیک واردولو سره او پرته له ځنډ څخه مهاجرت وکړئ. موږ به ستاسو لپاره ټول نسخه اپ گریڈونه په اوتومات ډول اداره کړو نو تاسو اړتیا نلرئ د نسخې اپ گریڈونو پورې اړوند د ناانډولۍ مسلو یا امنیت ، اعتبار یا مالي خطرونو په اړه اندیښنه ولرئ.

PlanetScale د خلاصې سرچینې Vitess په سر کې جوړ شوی، د MySQL افقی اندازه کولو لپاره د ډیټابیس کلستر کولو سیسټم. په پایله کې، PlanetScale یوازې د MySQL ډیټابیسونو سره مطابقت لري. د PlanetScale وارداتو وسیله د MySQL ډیټابیس نسخه 5.7 څخه تر 8.0 پورې ملاتړ کوي. موږ د خپل MySQL مطابقت په اړه خبر یو، د دې په اړه د نورو معلوماتو لپاره زموږ اسناد وګورئ.*

PlanetScale ته د مهاجرت سره، تاسو د ذهن اسانتیا ترلاسه کوئ پدې پوهیدل چې تاسو د MySQL وروستۍ لوی نسخه پرمخ وړئ:

تاسو اړتیا نلرئ د راتلونکي اپ گریڈونو په اړه اندیښنه ولرئ
PlanetScale ته مهاجرت هیڅکله د ځنډ وخت ته اړتیا نلري
موږ وقف شوي ملاتړ او ډیټابیس تخصص چمتو کوو
تاسو د GitHub سټایل پراختیا کونکي کاري فلو څخه ګټه پورته کوئ ، پشمول د شاخ کولو ، د نه بلاک کولو سکیما بدلونونه ، او نور ډیر څه.

د AWS RDS په څیر حلونو سره د نسخې اپ گریډ بندولو لپاره اړین وخت سره ، تاسو به په خپل اوسني چاپیریال کې 8.0 ته لوړولو هڅه کولو په پرتله د AWS څخه بهر مهاجرت کولو سره لږ وخت ولرئ. د EOL سافټویر چلولو ډیر مالي لګښت، یا د غوښتنلیک د بند وخت عمومي لګښت، ستاسو شرکت ته زیان رسولی شي.

PlanetScale ته مهاجرت کولی شي ستاسو د مهاجرت ټول لګښت او ستاسو د ډیټابیس مدیریت کم کړي

د باور وړ