ApsaraDB RDS:Upgrade the database version

Bir yükseltme yöntemi seçin

Hem Yöntem 1: Veritabanı sürümünü konsolda doğrudan yükseltin hem de Yöntem 2: DTS kullanarak veritabanı sürümünü yükseltin aşağıdaki MySQL yükseltme yollarını destekler: MySQL 5,5'ten 5,6'ya, 5,6'dan 5,7'ye, 5,7'den 8,0'a ve 8,0'dan 8,4'e. Veritabanını yükseltmeden önce aşağıdaki bilgilere dayanarak uygun bir yükseltme yöntemi seçin:

• Örneğiniz aşağıdaki dört kategoriden birine aitse ve yapılandırması ilgili gereksinimleri karşılıyorsa Yöntem 1: Veritabanı sürümünü konsolda doğrudan yükseltin seçeneğini kullanın.

  Not

  Sunucusuz (Serverless) örnekler, konsoldan doğrudan yükseltmeyi desteklemez. Yöntem 2: DTS kullanarak veritabanı sürümünü yükseltin seçeneğini kullanmanız gerekir.

  Cluster Edition (ESSD ve yüksek performanslı disk)

  • Grup çoğaltma kısıtlaması: MySQL Group Replication (MGR) kullanan Cluster Edition örneklerini yükseltemezsiniz.

  • Veritabanı proxy kısıtlaması (varsa): 5,7'den 8,0'a yükseltmelerde veritabanı proxy'sinin küçük sürümü 1.13.41 veya üzeri olmalıdır. 8,0'dan 8,4'e yükseltmelerde veritabanı proxy'sinin küçük sürümü 2.25.11 veya üzeri olmalıdır.

  • Örnek durumu kısıtlaması: Örnek durumu Running olmalı ve birincil ile ikincil düğümler sağlıklı olup çoğaltma gecikmesi yaşamamalıdır.

  • Altyapı kısıtlaması: Veritabanı ve tüm tabloları InnoDB depolama altyapısını kullanmalıdır.

  • Örnek, kullanımı sonlandırılmış bir örnek türü kullanmamalıdır.

  High-availability Edition (ESSD ve yüksek performanslı disk)

  • Veritabanı proxy kısıtlaması (varsa): 5,7'den 8,0'a yükseltmelerde veritabanı proxy'sinin küçük sürümü 1.13.41 veya üzeri olmalıdır. 8,0'dan 8,4'e yükseltmelerde veritabanı proxy'sinin küçük sürümü 2.25.11 veya üzeri olmalıdır.

  • Örnek durumu kısıtlaması: Örnek durumu Running olmalı ve birincil ile ikincil düğümler sağlıklı olup çoğaltma gecikmesi yaşamamalıdır.

  • Altyapı kısıtlaması: Veritabanı ve tüm tabloları InnoDB depolama altyapısını kullanmalıdır.

  • Örnek, kullanımı sonlandırılmış bir örnek türü kullanmamalıdır.

  High-availability Edition (yüksek performanslı yerel disk)

  • Şifreleme kısıtlaması: Şeffaf veri şifreleme (TDE) özelliği devre dışı bırakılmalıdır. TDE etkinleştirildikten sonra devre dışı bırakılamaz. Örneğinizde TDE etkinse Yöntem 2: DTS kullanarak veritabanı sürümünü yükseltin seçeneğini kullanmanız gerekir.

  • Veritabanı proxy kısıtlaması (varsa): 5,7'den 8,0'a yükseltmelerde veritabanı proxy'sinin küçük sürümü 1.13.41 veya üzeri olmalıdır. 8,0'dan 8,4'e yükseltmelerde veritabanı proxy'sinin küçük sürümü 2.25.11 veya üzeri olmalıdır.

  • Örnek durumu kısıtlaması: Örnek durumu Running olmalı ve birincil ile ikincil düğümler sağlıklı olup çoğaltma gecikmesi yaşamamalıdır.

  • Tablo sayısı kısıtlaması: Tablo sayısı 1 milyonu aşamaz.

  • Altyapı kısıtlaması: Veritabanı ve tüm tabloları InnoDB depolama altyapısını kullanmalıdır.

  • Örnek türü kısıtlaması: Yükseltme sonrası veritabanı sürümü, birincil ve salt okunur örneklerin orijinal örnek türlerini desteklemelidir. Örnekler, kullanımı sonlandırılmış bir örnek türü kullanmamalıdır. Daha fazla bilgi için bkz. ApsaraDB RDS for MySQL birincil örnek türleri.

  Basic Edition (ESSD ve yüksek performanslı disk)

  • Örnek durumu kısıtlaması: Örnek durumu Running olmalıdır.

  • Altyapı kısıtlaması: Veritabanı ve tüm tabloları InnoDB depolama altyapısını kullanmalıdır.

  • Örnek, kullanımı sonlandırılmış bir örnek türü kullanmamalıdır.

• Örneğiniz önceki dört kategoriden hiçbirine ait değilse veya TDE etkinse Yöntem 2: DTS kullanarak veritabanı sürümünü yükseltin seçeneğini kullanın.

• Örneğiniz önceki dört kategoriden birine ait ancak yapılandırması gereksinimleri karşılamıyorsa aşağıdaki tabloda açıklandığı şekilde yapılandırmayı değiştirebilirsiniz. Ardından hem Yöntem 1: Veritabanı sürümünü konsolda doğrudan yükseltin hem de Yöntem 2: DTS kullanarak veritabanı sürümünü yükseltin seçeneklerinden birini kullanabilirsiniz.

  Sorun	Çözüm
  Örnek durumu Running değil; örneğin Restarting durumunda.	Veritabanı sürümünü yükseltmeden önce mevcut görevin tamamlanmasını bekleyin.
  Yüksek performanslı yerel diske sahip High-availability Edition örneğindeki tablo sayısı 1 milyonu aşıyor.	Yükseltmeden önce gereksiz tabloları silin.
  Bazı veritabanları veya tablolar InnoDB altyapısını kullanmıyor.	InnoDB altyapısına geçiş yapmak için ALTER TABLE <table_name> engine=InnoDB; komutunu çalıştırın.
  Örnek, kullanımı sonlandırılmış bir örnek türü kullanıyor.	Veritabanı sürümünü yükseltmeden önce örnek türünü yükseltin. Daha fazla bilgi için bkz. Yapılandırmayı değiştirin.
  Veritabanı proxy'sinin küçük sürümü gereksinimleri karşılamıyor.	Veritabanı proxy'sinin küçük sürümünü 1.13.41 veya üzerine yükseltin. Daha fazla bilgi için bkz. Veritabanı proxy'sinin küçük altyapı sürümünü yükseltin.
  Örneğin depolama türü standart SSD'dir.	Önce standart SSD'yi kurumsal SSD'ye (ESSD) yükseltin ve ardından veritabanı sürümünü yükseltin.

Diğer veritabanı altyapılarının ana sürümünü yükseltmek için aşağıdaki konulara bakın:

• ApsaraDB RDS for PostgreSQL örneğinin ana veritabanı sürümünü yükseltin

• ApsaraDB RDS for SQL Server örneğinin ana veritabanı sürümünü yükseltin

Yöntem 1: Veritabanı sürümünü konsolda doğrudan yükseltin

Yöntem 2: DTS kullanarak veritabanı sürümünü yükseltme

Konsoldan doğrudan yükseltmeyi desteklemeyen örnekler için daha yeni bir veritabanı sürümüyle yeni bir örnek oluşturabilirsiniz. Ardından DTS veri geçiş görevini kullanarak verileri orijinal örnekten yeni örneğe taşıyın. Bu işlem, veritabanı sürümünü dolaylı yoldan yükseltir. Süreç aşağıdaki adımları içerir:

1. Yeni bir örnek oluşturun

2. Verileri yeni örneğe taşıyın

3. Orijinal örneği serbest bırakın

Örnek: TDE etkinleştirilmiş bir MySQL 5,7 örneğiniz var ve bu örnek konsoldan doğrudan yükseltilemiyor. Bu durumda MySQL 8,0 çalışan yeni bir örnek oluşturabilir, verileri orijinal örnekten yeni örneğe taşıyabilir ve sonunda orijinal örneği serbest bırakabilirsiniz. Bu işlem veritabanı sürümünü dolaylı yoldan yükseltir.

Ek 1: MySQL 8.0'dan MySQL 8.4'e yükseltmenin avantajları

• Geliştirilmiş uzun vadeli kararlılık. MySQL 8.4, üretim ortamlarında uzun süreli kullanım için uygun bir LTS (Uzun Vadeli Destek) sürümüdür. Sonraki 8.4.x sürümleri kararlılığa, güvenlik düzeltmelerine ve uyumluluk bakımına odaklanır.

• Geliştirilmiş kimlik doğrulama. WebAuthn/FIDO2 kimlik doğrulamasını destekler. Enterprise Edition, güvenlik anahtarları, biyometrik veriler ve diğer kimlik doğrulama yöntemlerini kullanabilir. Windows üzerinde SASL LDAP/GSSAPI/Kerberos kimlik doğrulaması desteklenir.

• Geliştirilmiş GTID yetenekleri. Etiketli GTID'leri destekler. Farklı iş alanlarını, yönetimsel işlemleri veya veri işlemlerini ayırt etmek için UUID:TAG:NUMBER biçimini kullanabilir ve TRANSACTION_GTID_TAG ayrıcalığı erişim kontrolü sağlar.

• İyileştirilmiş çoğaltma kullanılabilirliği. Çok iş parçacıklı uygulayıcı SQL_AFTER_GTIDS değerini destekler; böylece bir çoğaltma belirtilen GTID kümesine yakaladığında paralel çoğaltma devam edebilir.

• Geliştirilmiş aktarma günlüğü kurtarma. Aktarma günlüğünün sonundaki tamamlanmamış işlemlerin ve ilgili artık dosyaların temizlenmesini destekler. Bu özellik, anormal kapanma sonrası aktarma günlüğü tutarsızlığından kaynaklanan kurtarma riskini azaltır.

• Geliştirilmiş Grup Çoğaltma işlemleri. 8.4 LTS serisi içinde, sürümler arası grup üyeleri ve yerinde düşürme desteklenir; birincil anahtar değiştirme sırasında DDL ve DCL işlemleri için bekleme daha kapsamlı hale gelir ve tek birincil modda kimlik doğrulama bilgilerinin önceden temizlenmesi desteklenerek bellek ve anahtar değiştirme riskleri azaltılır.

• İyileştirilmiş istatistikler. Histogramlar otomatik veya manuel güncelleme denetimini destekler. Bu durum, iyileştirici istatistiklerinin bakımının kontrol edilebilirliğini artırmaya yardımcı olur.

• Geliştirilmiş yürütme planı tanılama. EXPLAIN FORMAT=JSON biçim sürümü seçimini destekler, EXPLAIN FORMAT=JSON INTO çıktıyı bir kullanıcı değişkenine yazar ve EXPLAIN FOR SCHEMA ile FOR DATABASE desteklenir. Bu özellik, şemalar arasında SQL tanılama işlemini kolaylaştırır.

• Geliştirilmiş TLS sertifika doğrulaması. Şifreli bağlantıların güvenliğini artırmak için daha katı TLS sertifika doğrulamasını destekler.

• İyileştirilmiş Clone özelliği. Aynı ana veya alt seri içinde, clone işlemi artık kesin bir nokta sürümü eşleşmesi gerektirmez. Bu durum, 8.4.x sürümleri arasında örnek başlatma, kurtarma ve ölçeklendirmeyi kolaylaştırır.

• Geliştirilmiş denetim ve güvenlik duvarı. Enterprise Firewall, daha büyük operasyonel esneklik sağlamak için önbelleğin periyodik olarak yeniden yüklenmesini ve özel iç nesne şemalarını destekler.

• İyileştirilmiş anahtar yönetimi geçişi. Anahtar halkası bileşeninden anahtar halkası eklentisine geçişi destekler. Bu durum, şifreleme geçişi ve uyumluluk senaryoları için esnekliği artırır.

• İyileştirilmiş yükseltme gözlemlenebilirliği. Veri dizini, denetim ve sorun giderme amacıyla kurulum ve yükseltme geçmişini kaydeden JSON biçimli bir mysql_upgrade_history dosyasını korur.

• Geliştirilmiş SQL ve iyileştirici evrimi. Gelecekteki SQL ve iyileştirici uzantıları için temel sağlayan TABLESAMPLE, QUALIFY ve PARALLEL gibi anahtar kelimeler ekler.

Ek 2: MySQL 5.7'den MySQL 8.0'a yükseltmenin avantajları

• Güvenliği iyileştirir ve hesap yönetiminde daha fazla esneklik sağlar.

• Kaynak gruplarının oluşturulmasını ve yönetilmesini destekler.

• InnoDB depolama altyapısının özelliklerini geliştirir.

• Yeni karakter kümeleri, veri türleri, sözdizimi, yeni yedekleme kilitleri ve optimizer_switch bayrakları için destek ekler.

• JSON ve XML işlevselliğini geliştirir.

• İyileştiricinin özelliklerini geliştirir.

• Çoğaltma performansını iyileştirir.

• Çok değerli dizinlerin oluşturulmasını ve türetilmiş koşul itme optimizasyonunu destekler.

• MySQL izin tablalarının okunmasını destekler.

• Kaynak tahsis kontrolünü destekler.

Ek 3: MySQL 5.6'dan MySQL 5.7'ye yükseltmenin avantajları

• Parola yönetimi, hesap kilitleme ve şifreli bağlantılar gibi özellikler ekleyerek veritabanı güvenliğini iyileştirir.

• RENAME INDEX kullanarak bir dizini yeniden adlandırma gibi Çevrimiçi DDL işlemlerini destekler.

• InnoDB altyapısının ölçeklenebilirliğini ve geçici tabloların performansını iyileştirerek veri yüklemeyi hızlandırır.

• JSON desteği sağlar.

• Bölümlenmiş tablolar için Dizin Koşulu İtme (ICP) ve yeni InnoDB mekansal dizinlerini destekler.

• Veritabanının bakılabilirliğini, ölçeklenebilirliğini ve performansını iyileştirmek için çoğu ayrıştırıcıyı, iyileştiriciyi ve maliyet modelini optimize eder.

• Çin ulusal standardında belirtilen GB18030 karakter kümesi dahil olmak üzere desteklenen karakter kümelerinin kapsamını genişletir.

• Çince, Japonca ve Koreceyi destekleyen ngram tam metin ayrıştırıcı eklentisini sağlar.

• Kaynak döküm iş parçacıklarını optimize ederek kilit çekişmesini azaltır ve kaynak aktarım hızını artırır.

• Çoğaltma gecikmesini önemli ölçüde azaltır.

• Birden fazla ölçüm sağlayan ve depolama kullanımını azaltan sys sistem veritabanını ekler. Bu durum veritabanının kullanılabilirliğini önemli ölçüde iyileştirir.

Ek 4: MySQL 8.4 ile MySQL 8.0 arasındaki özellik farkları

Ek 5: MySQL 8.0 ile MySQL 5.7 arasındaki özellik farkları

Ek 6: MySQL 5.7 ile MySQL 5.6 arasındaki özellik farkları

Ek 7: MySQL 5.5 ve MySQL 5.6 arasındaki özellik farkları

SSS

• S: Yükseltme sırasında neden bir örnek geçişi gerçekleşir? Başka ciddi riskler var mı?

  C: Hizmet kararlılığını sağlamak için premium performanslı yerel disklere sahip örnekler önce ikincil düğüm yükseltilerek ve ardından geçiş gerçekleştirilerek yükseltilir. ESSD'lere sahip örnekler ise yeni bir düğüm oluşturularak ve ardından geçiş gerçekleştirilerek yükseltilir. Başka ciddi bir risk bulunmamaktadır. Birincil/ikincil yük devretmenin etkisi hakkında daha fazla bilgi için bkz. Birincil/ikincil yük devretmenin etkisi.

• S: Birincil ve ikincil düğümler aynı anda mı yükseltilir?

  C: Yüksek performanslı yerel diski yükselttiğinizde önce ikincil örnek, ardından birincil örnek yükseltilir.

• S: Standart SSD kullanan MySQL 5.7 çalıştıran Basic Edition örneğini nasıl yükseltirim?

  C: Bu tür bir örneği doğrudan yükseltemezsiniz. Standart SSD kullanan MySQL 5,7 çalıştıran Basic Edition örneğini yükseltmek için önce depolama türünü standart SSD'den ESSD'ye değiştirmeniz ve ardından veritabanı sürümünü yükseltmeniz gerekir.

• S: Veritabanı sürümü yükseltildikten sonra parametre şablonu korunur mu?

  C: Duruma bağlıdır. Örnek, yükseltmeden önce bir sistem parametre şablonu kullanıyorsa otomatik olarak yeni sürüm için karşılık gelen sistem parametre şablonuna geçirilir. Örneğin, MySQL_InnoDB_5.7_High-availability_Performance parametre şablonunu kullanan bir örnek, MySQL 5,7'den 8,0'a yükseltildikten sonra MySQL_InnoDB_8.0_High-availability_Performance parametre şablonuna geçirilir. Ancak örnek özel bir parametre şablonu kullanıyorsa parametre şablonu yükseltmeden sonra korunmaz.

• S: Veritabanı sürümü yükseltmesi sırasında örneği değiştirebilir miyim?

  C: Hayır, değiştiremezsiniz. Yükseltme tamamlandıktan sonra örnek üzerinde başka işlemler gerçekleştirebilirsiniz.

• S: Veritabanı sürümü otomatik yükseltmeyi destekliyor mu?

  C: Hayır, desteklemiyor. Otomatik ana sürüm yükseltmeleri desteklenmez.

• S: Veritabanı sürümünü düşürebilir miyim?

  C: Hayır, konsoldan sürümü doğrudan düşüremezsiniz. Örnekte iş verisi olup olmamasına göre aşağıdaki yöntemlerden birini seçin:

  • İş verisi var: Eski bir sürüm çalıştıran örnek satın alın, DTS kullanarak verileri daha yüksek sürümlü örnekten yeni düşük sürümlü örneğe geçirin ve geçiş tamamlandıktan sonra daha yüksek sürümlü örneği serbest bırakın. Bu işlem dolaylı yoldan veritabanı sürümünü düşürür. Daha fazla bilgi için bkz. RDS örnekleri arasında veri geçişi.

  • İş verisi yok: Orijinal örnekten aboneliği iptal edin ve gerekli eski sürümü çalıştıran yeni bir örnek satın alın. Abonelik tabanlı örnekler için aboneliği iptal etmek üzere para iadesi sürecini izleyin. Kullandıkça öde örnekleri doğrudan serbest bırakın.

• S: Bir RDS for MySQL örneğini 5.6'dan 5.7'ye veya 5.7'den 8.0'e yükseltirken yükseltme başarısız oluyor. "Geçerli örneğin tam metin dizini vardır ve küçük sürümü 20221130'dan eskidir. Tam metin dizinini silip yeniden oluşturmadan önce küçük sürümü yükseltin" veya "Geçerli örnek, sistem tablespace alanında oluşturulmuş bir tam metin dizini içeriyor. Yükseltmeye devam etmeden önce ilgili tam metin dizinini silin ve yeniden oluşturun" mesajını görüyorum. Bunun nedeni ve çözümü nedir?

  C: Neden ve çözüm aşağıdaki gibidir:

  • Neden

    MySQL'deki geçmiş bir sorun nedeniyle, MySQL 5.6'nın erken bir sürümünde tam metin dizini oluşturduğunuzda bu dizin sistem tablespace alanında oluşturulur. 5.7 veya 8.0 sürümüne yükselttiğinizde sistem tablespace alanındaki bir tam metin dizini tablespace bozulmasına neden olabilir. Bu nedenle veri bozulmasını ve erişilemezliği önlemek için yükseltmeden önce bu sorunu çözmeniz gerekir.

    Not

    Bu sorun RDS for MySQL 5.6 sürüm 20221130'da giderilmiştir. Tam metin dizinleri artık ayrı bir tablespace alanında oluşturulmaktadır.

  • Çözüm

    Önemli

    RDS for MySQL 5.6'nın önceki sürümlerinde tam metin dizinleri sistem tablespace alanında oluşturulur. Bu nedenle RDS for MySQL 5.7'ye yükseltmeden önce yükseltme yaptığınız sürümün RDS for MySQL 5.6 20221130 veya üzeri olduğundan emin olun. Daha eski bir sürüm kullanıyorsanız önce RDS for MySQL 5.6'nın en son sürümüne yükseltin.

    1. İstemdeki tablo adını kullanarak sistem tablespace alanında oluşturulan tam metin dizinini silin.

       # Delete the full-text index.
       ALTER TABLE $table_name DROP INDEX $fts_name;

    2. Tam metin dizinini yeniden oluşturun.

       # Re-create the full-text index.
       ALTER TABLE $table_name ADD FULLTEXT INDEX $fts_name;

    3. Dizini oluşturduktan sonra geçerli örnekteki tam metin dizinlerini kontrol etmek için aşağıdaki SQL ifadesini çalıştırabilirsiniz. İfade, sistem tablespace alanında oluşturulan tüm tam metin dizinlerini döndürür. Sorgu boş bir sonuç döndürürse RDS for MySQL 5.6'dan RDS for MySQL 5.7'ye yükseltme bu sorun nedeniyle başarısız olmaz.

       # Query for full-text indexes built in the system tablespace.
       SELECT NAME FROM information_schema.INNODB_SYS_TABLES WHERE TABLE_ID IN ( SELECT CONV(SUBSTRING_INDEX(SUBSTRING_INDEX(NAME, '_', -4),'_', 1),16,10) FROM INNODB_SYS_TABLES WHERE NAME LIKE '%fts_00000000%' AND SPACE = 0);

• S: Bir RDS for MySQL örneğini 5.7'den 8.0'e yükseltirken 267 - Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and (utf8mb4_0900_ai_ci,IMPLICIT) for operation '=' hatası alıyorum. Bunu nasıl ele almalıyım?

  C: MySQL'de karakter kümesini ve karşılaştırmayı kontrol edin. utf8mb4_general_ci kullanıyorsanız bunu utf8mb4_0900_ai_ci olarak değiştirmek için aşağıdaki SQL ifadelerini çalıştırın.

  # Modify the character set and collation of the database.
  ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci;
  # Modify the character set and collation of the table.
  ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
  # Modify the character set and collation of the field.
  ALTER TABLE table_name CHANGE column_name column_name type CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

  MySQL 5.7'de utf8mb4_general_ci karşılaştırmasıyla bir tablo oluşturup ardından MySQL 8.0'a yükseltirseniz sistem varsayılan karşılaştırma olarak utf8mb4_0900_ai_ci kullanır. utf8mb4_general_ci kullanan bir sütunu utf8mb4_0900_ai_ci kullanan bir sütunla karşılaştıran bir sorgu çalıştırırsanız MySQL iki farklı karşılaştırmayı işleyemez ve bu da bir hataya neden olur.

• S: Salt okunur örneklerin varlığından bağımsız olarak ana sürüm yükseltmesi için geçici bağlantı süresi her zaman 15 saniye midir?

  C: Evet, öyledir. Yükseltmeyi yoğun olmayan saatlerde gerçekleştirmenizi öneririz.

İlgili API işlemleri