MySQL ජීවිත අවසන් (EOL): දිනයන්, අවදානම්, සහ නවීකරණ පරීක්ෂා ලැයිස්තුව

1. MySQL අවසන් ජීවිතය (EOL) කියන්නේ මොනවාද? දැන් ඔබට එය පරීක්ෂා කළ යුතුය

MySQL EOL කියන්නේ මොනවාද? මූලික විස්තරයක්

MySQL යනු ලොව පුරා පුළුල් ලෙස භාවිතා වන විවෘත-මූලාශ්‍ර සම්බන්ධතා දත්ත ගබඩා කළමනාකරණ පද්ධතියකි. එය වෙබ් යෙදුම් සිට ව්‍යාපාර පද්ධති දක්වා සියල්ලම බලගැන්වයි—නමුත් කිසිදු අනුවාදයක් සදාකාලිකව භාවිතා කළ නොහැක.

MySQL සතුව “අවසන් ජීවිතය (EOL)” නාමයක් ඇත. මෙය Oracle, සංවර්ධකයා, ඒ අනුවාදයට සහය අවසන් කරන දිනය—ආරක්ෂණ යාවත්කාලීන සහ දෝෂ නිරාකරණය වැනි යන අර්ථයයි.

උදාහරණයක් ලෙස, MySQL 5.7 ඔක්තෝබර් 2023 දී සහය අවසන් කළේය. මෙම වර්ගයේ “EOL තොරතුරු” ඉතා වැදගත් වේ, මන්ද එය නිෂ්පාදන පද්ධතිවල ආරක්ෂාව සහ අනාගත නඩත්තු හැකියාව සෘජුවම බලපායි.

“අපි දැන ගැනීමට පෙර එය EOL වුණා” යනු ඉතා අවදානම්

බොහෝ සංවර්ධකයින් සහ මෙහෙයුම්කරුවන් MySQL නවීකරණය ගැන සැලකිලිමත් වීමට ප්‍රවණයි. “එය ස්ථාවරයි, එබැවින් එය එසේම තබා ගත හැකිය” යන අදහසක් පහසුවෙන් සිතිය හැක, නමුත් EOL අනුවාදයක් ක්‍රියාත්මක කරගෙන සිටීම විශාල අවදානම් සමඟ පැමිණේ.

විශේෂයෙන්, අවදානම් ඇතුළත් වේ:

• ආරක්ෂණ දුර්වලතා පත්‍රිකා නොකෙරේ
• මෙහෙයුම් පද්ධතිය සහ අනෙකුත් මෘදුකාංග සමඟ අනුකූලතාව අහිමි වේ
• වෙළඳුන්ගෙන් සහය ලබා ගැනීමට නොහැක
• නව සංවර්ධකයින්ට එය නඩත්තු කිරීම අධික කටයුතු වන අතර නඩත්තු වියදම් වැඩි වේ

මෙම අවදානම් වලින් වැළැක්වීමට, ඔබ භාවිතා කරන MySQL අනුවාදයේ සහය තත්ත්වය නිතර පරීක්ෂා කිරීම අත්‍යවශ්‍යය.

සහය තත්ත්වය දැන ගැනීම “සිදුවීම්” වලින් වැළැක්වයි

ව්‍යාපාර පද්ධතිවල MySQL භාවිතා කරන සමාගම් සඳහා, “අපි නොදැන EOL ඉක්මවා ගියෙමු” වැනි තත්ත්වයක් පසුකාලීනව විශාල බිඳවැටීම් හෝ ආරක්ෂණ සිදුවීම් ඇති කරයි.

එබැවින් ඔබේ MySQL අනුවාදයේ සහාය ජීවිත චක්‍රය අවබෝධ කර ගැනීම—EOL පෙර සැලසුම්ගත නවීකරණ හෝ මාරු කිරීම—ඉදිරියේ ස්ථාවර මෙහෙයුම් සඳහා මූලිකය වේ.

ඊළඟ කොටසේ, කුමන අනුවාදයන් EOL වෙලා කවදාද යන්න පැහැදිලි ලැයිස්තුවක් සකස් කර, ප්‍රායෝගික යොමු කිරීමක් ලෙස ඉදිරිපත් කරමු.

2. MySQL සහය අවසන් කාලරේඛාව අනුවාද අනුව (EOL සාරාංශය)

ප්‍රධාන MySQL අනුවාද සහ ඒවායේ EOL දිනයන් දැනගන්න

MySQL වසර ගණනාවක් පුරා නිතර නවීකරණය කර ඇත, සහ එක් එක් ප්‍රධාන අනුවාදයක් පැහැදිලිව නියමිත සහය කාලයක් ඇත. පහත දැක්වෙන්නේ ප්‍රධාන අනුවාද සඳහා නිලවශයෙන් ප්‍රකාශිත EOL (සහාය අවසන් දිනයන්) සාරාංශයයි.

[EOL Table by Version]

*Dates are based on publicly available information from Oracle and major cloud providers.

MySQL 5.5 (සහාය 2018 දී අවසන් විය)

MySQL 5.5 2010 දී නිකුත් කර බොහෝ වෙබ් යෙදුම් විසින් භාවිතා කරන ලදී. නමුත්, සහාය දෙසැම්බර් 3, 2018 දී අවසන් විය. ආරක්ෂණ පත්‍රිකා හෝ දෝෂ නිරාකරණය තවදුරටත් ලබා නොදෙන බැවින්, එය තවම ක්‍රියාත්මක වන පද්ධතියක් ඉක්මනින් මාරු කළ යුතුය.

MySQL 5.6 (සහාය 2021 දී අවසන් විය)

MySQL 5.6 කාර්ය සාධන වැඩිදියුණුකම් සහ නව විශේෂාංග නිසා ජනප්‍රිය විය, නමුත් එය පෙබරවාරි 5, 2021 දී EOL වෙයි. එය තවම භාවිතා කරන පරිසරයන් දැනටමත් සහය නැති අතර වැදගත් අවදානමකට ලක් වේ.

MySQL 5.7 (සහාය ඔක්තෝබර් 2023 දී අවසන් විය)

MySQL 5.7 වසර ගණනාවක් තිස්සේ ව්‍යාපාර පද්ධතිවල පුළුල් ලෙස භාවිතා වුණා, නමුත් සහාය ඔක්තෝබර් 21, 2023 දී අවසන් විය. බොහෝ පද්ධති තවමත් මෙම අනුවාදය ක්‍රියාත්මක කරමින් සිටී, සහ වැඩි සංඛ්‍යාවක සංවිධාන මාරු වීමට හදිසියේම පටන් ගනී. අනුකූලතා පරීක්ෂණ සහ දත්ත මාරු කාර්යයන් දැන් ප්‍රධාන අවධානයේ වේ.

MySQL 8.0 (ප්‍රිමියම් සහය අප්‍රේල් 2025 දී අවසන් වීමට සැලසුම් කර ඇත)

MySQL 8.0 වර්තමාන ප්‍රධාන ස්ථාවර අනුවාදය වන අතර, ප්‍රිමියම් සහය අප්‍රේල් 2025 දී අවසන් වීමට සැලසුම් කර ඇත. එමෙන් පසු, දිගුකාලීන සහය හෝ LTS (දිගු කාලීන සහය) නිකුතුවකට මාරු වීම නිර්දේශ කරයි. 2024 දී හඳුන්වා දුන් MySQL 8.4 LTS ගැන අවධානය වැඩි වෙමින් පවතී, ඔබ ස්ථාවර දිගුකාලීන මෙහෙයුම් කැමති නම් එය සලකා බැලිය යුතුය.

EOL තොරතුරු අනාගත සැලසුම් සඳහා අත්‍යවශ්‍යයි

ඉහත පෙන්වා ඇති පරිදි, එක් එක් MySQL අනුවාදයකට සැලසුම්ගත EOL ඇත, එමනිසා ඔබට ඒ අනුව මාරු සැලසුම් සකස් කළ යුතුය. ඔබේ පද්ධතිය භාවිතා කරන අනුවාදය දෙවරක් පරීක්ෂා කර, “අපි මේ මොහොතේ හොඳයි” යනුවෙන් නොසිතා, “අපි කවදා මාරු වෙමු?” යන ප්‍රශ්නයට පිළිතුරු දෙන්න.

3. සහය අවසන් වූ පසු කුමක් වේ? EOL අවදානම් පැහැදිලි කිරීම

සහය අවසන් වූ පසු ක්‍රියාත්මක කිරීමේ අවදානම් විශාල වේ

When a MySQL version reaches EOL (End of Life), official security updates, bug fixes, and improvements are completely stopped. In other words, you can no longer receive any support from Oracle.

Even if everything appears to run normally, serious risks can be lurking under the surface. This is especially critical for internet-facing web servers or core business systems.

අලුත්වැඩියා නොකළ ආරක්ෂා දුර්වලතා

The most severe issue is that newly discovered vulnerabilities will no longer be patched. Attackers use known vulnerability information to target EOL versions.

And because MySQL is widely used, it’s also an attractive target. Even if vulnerabilities are disclosed after EOL, your defense options become extremely limited if no fix will ever be released.

🔒 අලුත්වැඩියා නොමැති = ඔබ සෑම වේලාවකම ඉලක්කයක් වේ.

නීති හා ආරක්ෂා ප්‍රමිතීන් උල්ලංඝනය කිරීමේ අවදානම

More companies and public institutions are required to comply with standards like ISMS or PCI DSS. These standards often explicitly prohibit using unsupported software.

That means continuing to run an EOL MySQL version can lead to audit findings or damage trust with business partners.

මෙහෙයුම් පද්ධති හෝ වෙනත් මෘදුකාංග සමඟ අනුකූල නොවීමෙන් ඇතිවන මෙහෙයුම් ගැටළු

Because EOL versions are no longer tested for compatibility with newer OS releases or other software, they can cause unexpected failures or performance issues. Real‑world cases include MySQL failing to start after an OS update or performance degrading significantly.

This can lead to emergency firefighting—or worst‑case, service downtime.

එය තාක්ෂණික ණයක් ලෙස වැඩි වෙයි

Keeping an EOL version alive accumulates technical debt. When you eventually must upgrade, migration costs can spike, and you may find large amounts of code dependent on old behavior.

In short, the longer you postpone it, the more cost and risk increase over time.

මෙහෙයුම් ආරක්ෂා කර ගැනීමට කෙසේද

To avoid EOL risks, you don’t necessarily have to upgrade immediately—but you should build a migration plan. By understanding your current version, the time remaining until EOL, and choosing a destination, you can maintain a stable environment with confidence.

ඊළඟ කොටසේ, අපි ප්‍රධාන මාරු විකල්පයන් සහ ඒවා කුමන අවස්ථාවලට හොඳින් ගැලපේද යන්න හඳුන්වා දෙනු ඇත.

4. මාරු විකල්ප: ඔබේ ඉලක්ක සඳහා හොඳමย්ุතිකය තෝරන්න

ඔබේ EOL ප්‍රතිචාරය ඔබේ “මාරුย්ุතිකය” මත පදනම් වේ.

When MySQL approaches EOL, the most important decision is “where to migrate”. It’s not enough to simply upgrade—choosing an option that matches your requirements and operational structure determines future stability.

Here are three common migration patterns and which types of users they fit best.

MySQL 8.0 හෝ 8.4 LTS වෙත නවීකරණය (සංරක්ෂණාත්මක, ස්ථාවරත්ව‑කේන්ද්‍රිත)

The simplest option is to upgrade to a newer MySQL version. Currently, MySQL 8.0 is standard, but since 2024, MySQL 8.4 LTS (Long Term Support) has been drawing attention.

• ලාභ:
• පවත්නා MySQL පරිසර සමඟ ඉහළ අනුකූලතාව
• විවෘත මූලාශ්‍රය (open source) භාවිතා කරගෙන යා හැක
• MySQL Workbench වැනි පවතින මෙවලම් භාවිතා කරගෙන යා හැක
• අවාසි:
• වාක්‍ය රීති/විශේෂණ වෙනස්කම් හේතුවෙන් අනුකූලතා දෝෂ ඇති විය හැක
• ගබඩා සැකසුම් සහ අක්ෂර සමුහයන්ට අවධානය යොමු කළ යුතුය
• සුදුසු වන්නේ:
• විශාල නොවන සිට මධ්‍යම පරිමාණ සමාගම් සහ ප්‍රධාන පද්ධති වෙනස්කම් නොකළ තත්වයේ ස්ථාවර මෙහෙයුම් අවශ්‍ය කරන සංවර්ධකයින්

MariaDB හෝ TiDB වැනි විකල්ප RDBMS වෙත මාරු වීම (ලච්ච්‍යතාව සහ අනාගත‑ආරක්ෂිතත්වය)

• MariaDB:
• MySQL හි ෆෝර්ක් එකක්, සමාන සින්ටැක්ස් සහ පරිපාලන ක්‍රම
• සමාජය විසින් ක්‍රියාත්මකව සංවර්ධනය කරයි

• ශක්තිමත් කාර්ය සාධන අභිලක්ෂණ

• TiDB:

• වලාකුළු-මූලික, බෙදාහැරීම් SQL දත්ත ගබඩාව
• ශක්තිමත් උච්ච-ලබාගත හැකි බව සහ විස්තාරණීයත්වය

• OLAP සහ OLTP දෙකම හොඳින් හසුරවයි, විශ්ලේෂණ සඳහාද සුදුසු

• Best for:

• අනාගත වලාකුළු මාරු හෝ විශාල පරිමාණ දත්ත සැකසීම සලකා බලන සංවිධාන
• උසස් විවෘත-මූලාශ්‍ර තාක්ෂණය අනුගමනය කිරීමට කැමති කණ්ඩායම්

කළමනාකරණය කරන ලද වලාකුළු දත්ත ගබඩා සේවා (කාර්යභාර භාරය අඩු කිරීම, විස්තාරණීය)

ඔබට ස්ථානීය මෙහෙයුම් භාරය අඩු කිරීමට අවශ්‍ය නම්, කළමනාකරණය කරන ලද වලාකුළු RDB සේවා ගැන සිතන්න. සාමාන්‍ය උදාහරණ කිහිපයක්:

• Amazon RDS for MySQL
• AWS විසින් කළමනාකරණය කරන සේවාව
• ස්වයංක්‍රීය පිටපත් සහ අතිරේකතාව සාමාන්‍යය

• කාලයත් සමඟ ස්වයංක්‍රීය නවීකරණයන් ඇති විය හැකිය

• Google Cloud SQL for MySQL

• Google Cloud විසින් කළමනාකරණය කරන සේවාව
• විස්තාරණීය සහ GCP සේවාවන් සමඟ හොඳින් ඒකාබද්ධ වේ

• UI මගින් පහසුවෙන් කළමනාකරණය, ආරම්භක-හිතකාමී

• Pros:

• OS හෝ දෘඩාංග නඩත්තු අවශ්‍ය නොවේ

• අඩු පාරිභෝගික පරිසර විශේෂඥත්වය අවශ්‍ය

• Cons:

• නිරන්තර වලාකුළු වියදම්

• සුක්ෂ්ම-සංශෝධන කිරීම අඩු විය හැක

• Best for:

• කුඩා සිට මධ්‍යම-ප්‍රමාණ වෙබ් යෙදුම් ක්‍රියාත්මක කිරීම
• සංවර්ධන/මෙහෙයුම් සම්පත් සරල කිරීමට කැමති ආරම්භක සහ ව්‍යාපාරික වෙබ් ව්‍යාපාර

[Comparison Table] Options and characteristics

ඊළඟ කොටසෙහි, අපි ප්‍රායෝගික මාරු පියවර සහ ප්‍රධාන අවධානම් පැහැදිලි, ක්‍රියාත්මක හැකියාවක් ඇති ආකාරයෙන් විස්තර කරමු. වැරදි වලක්වා ගැනීමට පරීක්ෂා ලැයිස්තුවට යමු.

5. MySQL මාරු පියවර සහ පරීක්ෂා ලැයිස්තුව (අසාර්ථකත්වය වැළැක්වීමට)

මාරු සාර්ථකත්වය “80% සූදානම”

MySQL EOL හේතුවෙන් මාරු කිරීම සාමාන්‍ය සංස්කරණ උත්සාහයක් නොවේ—එය කාරුණික පියවර සහ සම්පූර්ණ සූදානම අවශ්‍ය කරයි. විශේෂයෙන් නිෂ්පාදන පද්ධති සඳහා, දත්ත අඛණ්ඩතාව සහ සේවා අඛණ්ඩතාවය ඉහළම ප්‍රමුඛතාවය වේ.

මෙහිදී පංක්ත පහක ප්‍රධාන පියවර විස්තර කරමු.

STEP1: වත්මන් පරිසරය ඇගයීම සහ තොග ලේඛනය

පළමුව, ඔබේ වත්මන් MySQL සංස්කරණය, වින්‍යාසය, සහ පරාමිතීන් හඳුනා ගන්න.
පහත අයිතම පරීක්ෂා කරන්න:

• MySQL සංස්කරණය සහ ගොඩනැගීමේ අංකය
• භාවිතා වන අක්ෂර සමුහය (උදා: utf8mb4)
• ගබඩා එන්ජින් (InnoDB, MyISAM)
• භාවිතා වන SQL සින්ටැක්ස් සහ ක්‍රියාකාරකම් (සංස්කරණය අනුව පරාමිතීන් තිබිය හැක)
• සම්බන්ධිත යෙදුම් සහ බාහිර සේවාවන්

✅ ඉලක්කය: සියලුම පරාමිතීන් තේරුම් ගැනීම, මාරු පසු දෝෂ වැළැක්වීම

STEP2: අනුකූලතාවය තහවුරු කිරීම

ඔබේ වත්මන් පරිසරය ඉලක්ක සංස්කරණය සමඟ අනුකූලද යැයි සත්‍යාපනය කරන්න. විශාල නවීකරණයන් සමඟ පහත කරුණු විශේෂ අවධානයෙන් බලන්න:

• ඔබ භාවිතා කරන ඉවත් කරන ලද සින්ටැක්ස් / වාරික වචන
• පෙරනිමි සැකසුම් වෙනස්කම් (උදා: SQL mode)
• පද්ධති විචල්‍ය සහ පරාමිතීන් අතර වෙනස්කම්

🔎 ඔබට mysql_upgrade විධානය හෝ MySQL Shell Upgrade Checker Utility භාවිතා කර අනුකූලතාවය පරීක්ෂා කළ හැක.

STEP3: පිටපත් ගැනීම සහ පරීක්ෂණ පරිසරයක් ගොඩනැගීම

නිෂ්පාදනය සෘජුව නවීකරණය කිරීම ඉතා අවදානම්.
පළමුව සම්පූර්ණ පිටපත ගෙන, එය පරීක්ෂණ (staging) පරිසරයක් ගොඩනැගීමට භාවිතා කරන්න.

• mysqldump හෝ mysqlpump භාවිතා කර පිටපත් ගන්න
• ගොනු-මූලික පිටපත් (උදා: XtraBackup)
• පරීක්ෂණ පරිසරයට පිටපත් ප්‍රතිස්ථාපනය කර යෙදුම් හැසිරීම පරීක්ෂා කරන්න

මාරු පසු දෝෂ සහ SQL දෝෂ පෙරදැක්වීම මඟින් නිෂ්පාදන කට්ටලයේ ගැටළු අවම කරගත හැක.

STEP4: දත්ත නිෂ්පාදනයට මාරු කිරීම

තහවුරු කිරීමෙන් පසු, නිෂ්පාදනයට මාරු කරන්න. හැකි නම්, රාත්‍රියෙහි හෝ අඩු-ට්‍රැෆික් කාලවල මෙය සිදු කරන්න.

• මාරු කිරීමට පෙර අවසන් පිටපත
• සේවාව තාවකාලිකව නවතා දමන්න (අවශ්‍ය නම් නඩත්තු පිටුවක් පෙන්වන්න)
• නව දත්ත ගබඩා සංස්කරණයට දත්ත ආයාත කරන්න
• වින්‍යාස ගොනු සහ පරිසර විචල්‍ය සකස් කරන්න

ඔබට යෙදුම් පැත්තේ (උදා: MySQL අවසාන ලිපිනය වෙනස් කිරීම) වෙනස්කම් අවශ්‍ය නම්, කාලසටහන පිළිබඳව විශේෂ අවධානයෙන් සිටින්න.

STEP5: තහවුරු කිරීම සහ සුදානම

මාරු කිරීම කට්ටලය අවසන් වූ පසු වැඩ අවසන් නොවේ.
නව පරිසරය ස්ථාවර බව තහවුරු කිරීම සඳහා පහත කරුණු පරීක්ෂා කරන්න:

• යෙදුමෙන් සම්බන්ධතාවය
• විමසුම් ක්‍රියාත්මක වේගය සහ ඕනෑම දෝෂ
• ලොග් නිරීක්ෂණය (දෝෂ ලොග්, මන්දගාමී විමසුම් ලොග්)
• කෑෂ් සැකසුම් සහ සූචක නැවත ගොඩනැගීමේ සුදානම

අවශ්‍ය පරිදි, ANALYZE TABLE හෝ OPTIMIZE TABLE ක්‍රියාත්මක කර මාරු කිරීමෙන් හේතුවූ කාර්ය සාධන පසුබැසීම් නැවත ලබා ගැනීමට.

පරීක්ෂා ලැයිස්තුව (අවසාන සමාලෝචනය)

✅ වත්මන් අනුවාදය සහ වින්‍යාසය තහවුරු කරන්න
✅ අනුකූලතා පරීක්ෂණයන් පෙරම කරගන්න
✅ සම්පූර්ණ පිටපතක් ගන්න
✅ පරිසරයක් තුළ පරීක්ෂා කරන්න
✅ සැලසුම් කළ නිෂ්පාදන මාරු ක්‍රියාවලිය ක්‍රියාත්මක කරන්න
✅ මාරු කිරීමෙන් පසු දෝෂ සහ කාර්ය සාධනය නිරීක්ෂණය කරන්න

සාර්ථකත්වයේ මූලිකත්වය ක්‍රියාත්මක සැලසුම් කිරීමයි. EOL-ආධාරිත මාරු සඳහා, ස්ථාවර සූදානම, පරීක්ෂණ, සහ අවධානයෙන් කරන මාරු ක්‍රියාවලිය යනු හොඳම අවදානම්-අඩු කිරීමේ උපාය මාර්ගය.

6. වලාකුළු සේවා මත EOL හසුරවීම (AWS සහ GCP පරිශීලකයන් සඳහා)

වලාකුළේදත්, ඔබට අසතුටු විය නොහැක

ඔබ Amazon RDS හෝ Google Cloud SQL වැනි වලාකුළු වේදිකා මත MySQL භාවිතා කරනවානම්ද, EOL (සහාය අවසන් වීම) තවමත් ඔබේ ගැටළුවයි. වලාකුළු සේවා සපයන්නන් අසහාය අනුවාද සඳහා ස්වයංක්‍රීය නවීකරණ හෝ සේවා විශ්‍රාමය ක්‍රියාත්මක කළ හැක, එබැවින් පූර්ව සැලසුම් කිරීම වැදගත් වේ.

පහත දැක්වෙන්නේ ප්‍රධාන වලාකුළු සේවා මගින් EOL හසුරවීමේ සාරාංශයයි.

Amazon RDS for MySQL: ස්වයංක්‍රීය නවීකරණ ගැන අවධානයෙන් සිටින්න

Amazon RDS for MySQL සමඟ, AWS සහාය අවසන් වීම හේතුවෙන් අනුවාද විශ්‍රාම සහ බලපෑ නවීකරණ බහු වරක් සිදු කර ඇත.

• MySQL 5.5: 2018 දී අවසන් විය → ස්වයංක්‍රීයව 5.6 වෙත මාරු විය
• MySQL 5.6: 2021 දී අවසන් විය → 2022 පසු ස්වයංක්‍රීය නවීකරණ 5.7 ක්‍රියාත්මක විය

ඒ නිසා, ඔබේ MySQL අනුවාදය ඔබ නොසලකා හරින කාලයක මාරු විය හැකි අතර, එය යෙදුම් ගැටළු හෝ කාර්ය සාධන පසුබැසීම් ඇති කරවිය හැක.

✅ නිදහස් කිරීම: ඔබේ කාලසටහනට අනුව නවීකරණ සැලසුම් කර ක්‍රියාත්මක කරන්න

AWS ඊමේල් සහ කන්සෝල් දැනුම්දීම් මගින් පෙර දැනුම් දේ, නමුත් ඔබ එය නොසලකා හරින්නේ නම්, එය ස්වයංක්‍රීයව යෙදේ—එබැවින් අවධානයෙන් සිටින්න.

Google Cloud SQL for MySQL: පළමු පරම්පරාවේ විශ්‍රාමය සහ මාරු ප්‍රවර්ධනය

Cloud SQL for MySQL පරණ අනුවාද සහ ව්‍යුහ විශ්‍රාමය සමඟ ඉදිරියට යමින් ඇත.

• පළමු පරම්පරාවේ ඉන්ස්ටන්ස් නවයෙන් සෑදීමට නොහැක
• සහාය අවසන් වීමට ආසන්න වන අනුවාද සඳහා නවීකරණය උත්තේජනය කරන ප්‍රතිපත්ති ඇත

Google පරිශීලක ලවච්චතාවය ගරු කරන නමුත්, දිගුකාලීන “ජීවිත සහාය” සීමා ඇත, එබැවින් ඔබට පසු නොවී පෙර නවීකරණය හෝ නැවත ගොඩනැගීම කළ යුතුය.

Cloud SQL ස්වයංක්‍රීය පිටපත් සහ අසාර්ථකතා පරිවර්තනය වැනි ශක්තිමත් විශේෂාංග ලබා දෙයි, නමුත් පෙරනිමි SQL මාදිලිය සැකසුම් හෝ කාල කලාප හැසිරීම වැනි වෙනස්කම් නොසලකා හරින්නේ නම් ගැටළු සිදුවිය හැක.

✅ වලාකුළු-විශේෂ සැකසුම් සහ අනුකූලතාව පෙරම පරීක්ෂා කරන්න

වලාකුළු ප්‍රතිලාභ—ඉන්පසු EOL අවදානම්

වලාකුළු සේවා වල ප්‍රතිලාභ ඇත, නමුත් දුර්වල EOL සූදානම ගැටළු ඇති කරයි.

වලාකුළේදත්, සැබෑ තත්වය එකමයි: ඔබ තවමත් EOL හසුරවීමට වගකීම දරනවා.

වලාකුළු පරිසර සඳහා EOL පරීක්ෂා ලැයිස්තුව

✅ වත්මන් MySQL අනුවාදය සහ EOL කාලරේඛාව පරීක්ෂා කරන්න
✅ සැපයුම්කරු දැනුම්දීම් (ඊමේල් හෝ වෙනත් නාලිකා) සක්‍රිය කරන්න
✅ ඔබ ස්වයංක්‍රීය නවීකරණයට ලක් වනවාද යන්න තහවුරු කරන්න
✅ නව අනුවාදය පරිසරයේ පරීක්ෂා කරන්න
✅ අවශ්‍ය පරිදි යෙදුම්-පාර්ශ්ව වෙනස්කම් සැලසුම් කරන්න

වලාකුළු පහසුවෙන් උපරිම ප්‍රයෝජනය ගැනීමට, “සකස් කර අමතක නොකරන්න”. ඔබේ පාර්ශ්වයේ සක්‍රිය කළමනාකරණය සහ නිරීක්ෂණය රැකගන්න. MySQL EOL සඳහා විශේෂයෙන්, වලාකුළු පරිසරයන්ට තවමත් පූර්ණ සූදානම අවශ්‍ය වේ.

7. නිතර අසන ප්‍රශ්න (FAQ)

Q1: සහය අවසන් වූ පසු MySQL භාවිතා කරගෙන යා හැකිද?

ප: තාක්ෂණිකව ඔව්, නමුත් නිර්දේශ නොකෙරේ.
EOL MySQL ආරක්ෂක පත්‍රිකා හෝ දෝෂ නිවැරදි කිරීම් නොලැබේ. මෙය දුර්වලතා භාවිතා කරන ප්‍රහාරවල අවදානම ඉක්මනින් වැඩි කරයි සහ නීති හෝ ආරක්ෂක ප්‍රතිපත්ති උල්ලංඝනය විය හැක.

පද්ධතිය හොඳින් පෙනුනත්, ඔබ තවමත් ගැඹුරු සඟවා ඇති අවදානම සමඟ ක්‍රියා කරයි, එබැවින් නවීකරණය හෝ මාරු කිරීම පෙර සැලසුම් කරන්න.

Q2: MySQL 8.0 සහ 8.4 LTS අතර වෙනස කුමක්ද?

A: MySQL 8.4 LTS යනු දිගු කාලයක් සඳහා සහය දක්වන ස්ථාවර නිකුතුවකි.
MySQL 8.0 සාමාන්‍ය නිකුත් චක්‍රය අනුගමනය කරයි, සහ ප්‍රිමියම් සහය 2025 අප්‍රේල් මාසයේ අවසන් වීමට සැලසුම් කර ඇත. එයට විරුද්ධව, MySQL 8.4 LTS (දිගු කාලීන සහය) සुमාරූපයෙන් පහළ වසර 5 ක දිගුකාලීන සහය සමඟ ස්ථාවර නිකුතුවක් ලෙස හඳුන්වා දී ඇත.

ඔබ ව්‍යාපාර පද්ධති සඳහා දිගුකාලීන ස්ථාවරතාවයට ප්‍රමුඛත්වය දෙනවා නම්, MySQL 8.4 LTS වෙත මාරු වීම නිර්දේශ කරයි.

Q3: How much does migration cost?

A: එය පරිමාණය සහ මාරු මාර්ගය මත බරපතල ලෙස පදනම් වේ.
උදාහරණයක් ලෙස, එකම සේවාදායකයේ සංස්කරණ උත්සාහයක් සෘජු වියදමක් නොමැතිව සිදු කළ හැකිය. නමුත් වලාකුළු සේවා වෙත මාරු වීම හෝ නිෂ්පාදන (MariaDB/TiDB) වෙනස් කිරීම සඳහා නිර්මාණ, ගොඩනැගීම, පරීක්ෂණ, සහ තාක්ෂණික සහය සඳහා උත්සාහය සහ වියදම් අවශ්‍ය විය හැක.
අඩුකාලීන අඩු කිරීම සහ පරිසරයක් සකස් කිරීම සඳහා වන වියදම්ද ඔබ සැලකිල්ලට ගත යුතුය.

Q4: What should I watch out for when migrating production systems?

A: පෙර-පරීක්ෂණය සහ පියවරෙන් පියවර මාරු කිරීම මූලික වේ.
නිෂ්පාදනයේ, ඔබ අනුකූලතා පරීක්ෂණ, බැකප්, සහ පරිසර පරීක්ෂණ කළ යුතුය. කියවීමේ ප්‍රතිලේඛන භාවිතා කිරීම හෝ නිල්-හරිත නිකුත් කිරීම (පරණ සහ නව පරිසර දෙකම එකවර ක්‍රියාත්මක කර පියවරෙන් පියවර මාරු කිරීම) අඩුකාලීන කාලය අඩු කරයි.
ගමන් බර අඩු වන රාත්‍රි කාලය හෝ සති අන්තයේ මෙය කිරීම ආරක්ෂිතම වේ.

Q5: Can I stop automatic upgrades in the cloud?

A: ඔබට කොටස් කිහිපයක් පාලනය කළ හැකි නමුත් අවසානයේ වෙළඳුන්ගේ ප්‍රතිපත්තිය අනුගමනය කළ යුතුය.
RDS සහ Cloud SQL මගින් ස්වයංක්‍රීය නවීකරණ කාලසටහන් ප්‍රමාද කිරීම හෝ සකස් කිරීම වැනි පාලනයක් ලබා දේ, නමුත් EOL පසුද බලපෑම් නවීකරණ සිදුවිය හැක.
දිගුකාලීන වැළැක්වීම අභියෝගාත්මක බැවින්, ඔබ විසින් නියමිත නවීකරණ යනු විශ්වාසදායකම ක්‍රමය වේ.

Q6: How should I choose an alternative database?

A: මෙම තුන් මාර්ග භාවිතා කරන්න.

1. අනුකූලතාව : ඔබගේ පවත්නා යෙදුම සහ SQL කෙතරම් කොටසක් වෙනස් නොකර ක්‍රියා කරනු ඇත
2. විස්තාරණය / අනාගත-ආරක්ෂාව : දත්ත සහ ගමන් බර වර්ධනයට එය හැකිද
3. කාර්ය සාධන හැකියාව : ඔබට එය අභ්‍යන්තරයෙන් නඩත්තු කළ හැකිද, නැතහොත් වෙළඳුන්ගේ සහය අවශ්‍යද

ව්‍යාපාර පද්ධති සඳහා, තේරීම ඔබගේ වාස්තුක කාර්ය සාධන හැකියාව මත පදනම් විය යුතුය, ප්‍රවණතා මත නොව.

8. සාරාංශය: සහය අවසන් වීමට පෙර ඔබට කළ හැකි හොඳම ක්‍රියාව

EOL “දුරස්ථ” නොවේ—එය ඉතා සමීපය

MySQL EOL (සහාය අවසන්) IT කාර්ය මණ්ඩලයට පමණක් සීමා නොවේ. එය සම්පූර්ණ සංවිධානයට ආරක්ෂාව, කාර්ය සාධනය, ලබාගත හැකියාව, සහ පිරිවැය කළමනාකරණය මත බලපායි.
MySQL 5.7 දැනටමත් 2023 ඔක්තෝබර් මාසයේ සහය අවසන් කර ඇත, සහ MySQL 8.0 2025 අප්‍රේල් මාසයේ ප්‍රිමියම් සහය අවසන් වීමට සැලසුම් කර ඇත. ඔබ “එය තවමත් ක්‍රියා කරයි, එබැවින් හොඳයි” යැයි සිතන්නේ නම්, ඔබ අත්‍යවශ්‍ය අවදානමක් සමඟ ක්‍රියා කරන තත්වයට පත් විය හැක.

සැලසුම් කළ මාරු කිරීම යනු හොඳම අවදානම්-වැළැක්වීමේยุත්තිකය

මෙම ලිපියේ පෙන්වා ඇති පරිදි, පියවරෙන් පියවර මාරු කිරීම අඩු කාර්යබහුල වේ:

• වත්මන් සංස්කරණය හඳුනා ගැනීම
• අනුකූලතාව පරීක්ෂා කර මාරු ගමනාන්තය තෝරා ගැනීම
• පරිසරයක් තුළ පරීක්ෂා කිරීම
• පියවරෙන් පියවර මාරු කිරීම සහ අවසාන මාරු කිරීම සිදු කිරීම

මෙම පියවර අනුගමනය කිරීමෙන්, ඔබ අඩුකාලීන කාලය සහ දත්ත අහිමි වීම වැළැක්වී ආරක්ෂිතව මාරු කිරීම සම්පූර්ණ කළ හැක.
වලාකුළු සේවා භාවිතා කරන විටත්, සියල්ල වෙළඳුන්ට අතවර නොකරන්න—ඔබේ තත්ත්වය අවබෝධ කර පූර්ව-ක්‍රියාත්මක නවීකරණ සැලැස්මක් සකස් කරන්න.

“මට නොදැනීම” තවත් හේතුවක් නොවේ

නවීන පද්ධති මෙහෙයුම් වල, අවශ්‍ය වන්නේ තාක්ෂණික දැනුම පමණක් නොව අඛණ්ඩ නඩත්තු අවබෝධයද වේ. සහය අවසන් වන කාලසටහන් දැන ගැනීම, අවදානම ඇගයීම, සහ හොඳම මාරු විකල්පය තෝරා ගැනීම සියලු මෙහෙයුම්කරුවන් සහ සංවර්ධකයන් සඳහා අත්‍යවශ්‍ය කුසලතා වේ.

අවසානය: දැන්ම ගත යුතු තුන් ක්‍රියාමාර්ග

1. ඔබේ පද්ධතියේ භාවිතා කරන MySQL සංස්කරණය පරීක්ෂා කරන්න
2. EOL දිනය තහවුරු කර එය ඔබේ දිනදර්ශනයේ සටහන් කරන්න
3. ඔබේ මාරු ක්‍රමය (නවීකරණය vs. දත්ත ගබඩා මාරු කිරීම) ඔබේ කණ්ඩායම සමඟ සාකච්ඡා කරන්න

මෙම ක්‍රියාමාර්ග පමණක් කරාම ඔබේ ඊළඟ පියවර පැහැදිලි වේ.

MySQL EOL හසුරවීම යනු අනාගත සිදුවීම් වලට එරෙහිව “රක්ෂණ ප්‍රතිපත්ති” එකකි.
ඔබේ මෙහෙයුම් සමාලෝචනය කිරීමට සහ ආරක්ෂිත, තිරසාර පරිසරයක් ගොඩනැගීමට මෙම ලිපිය ප්‍රේරකයක් ලෙස භාවිතා කරන්න.