Proses precheck untuk Aurora My SQL Prececk format log untuk Aurora My SQL Contoh keluaran log precheck untuk Aurora My SQL Prececk kinerja untuk Aurora My SQL Ringkasan dari Community My SQL upgrade prechecks Ringkasan dari Aurora My upgrade prechecks SQL

Pra-cek pemutakhiran versi utama untuk Aurora My SQL

Memutakhirkan My SQL dari satu versi utama ke versi utama lainnya, seperti beralih dari My SQL 5.7 ke My SQL 8.0, melibatkan beberapa perubahan arsitektur signifikan yang memerlukan perencanaan dan persiapan yang matang. Tidak seperti upgrade versi minor di mana fokusnya terutama pada memperbarui perangkat lunak mesin database dan dalam beberapa kasus tabel sistem, SQL upgrade utama My sering memperkenalkan perubahan mendasar pada bagaimana database menyimpan dan mengelola metadatanya.

Untuk membantu Anda mengidentifikasi ketidakcocokan tersebut, saat memutakhirkan dari Aurora SQL My versi 2 ke versi 3, Aurora menjalankan pemeriksaan kompatibilitas pemutakhiran (prechecks) secara otomatis untuk memeriksa objek di cluster database Anda dan mengidentifikasi ketidakcocokan yang diketahui yang dapat memblokir peningkatan dari proses. Untuk detail tentang Aurora My SQL Prececks, lihat. Referensi deskripsi precheck untuk Aurora My SQL Prececks Aurora berjalan selain yang dijalankan oleh utilitas pemeriksa SQL pemutakhiran Komunitas Saya.

Pra-pemeriksaan ini wajib dilakukan. Anda tidak dapat memilih untuk melewatinya. Pra-pemeriksaan menyediakan manfaat berikut:

Mereka dapat mengurangi kemungkinan mengalami kegagalan peningkatan yang dapat menyebabkan waktu henti yang diperpanjang.
Jika ada ketidakcocokan, Amazon Aurora mencegah peningkatan berjalan dan menyediakan log bagi Anda untuk mempelajarinya. Anda kemudian dapat menggunakan log untuk mempersiapkan database Anda untuk upgrade ke versi 3 dengan menyelesaikan ketidakcocokan. Untuk informasi rinci tentang menyelesaikan ketidakcocokan, lihat Mempersiapkan instalasi Anda untuk upgrade di SQL dokumentasi Saya dan Upgrade ke My 8.0? SQL Inilah yang perlu Anda ketahui... di Blog SQL Server Saya.

Untuk informasi selengkapnya tentang memutakhirkan ke My SQL 8.0, lihat Memutakhirkan Milik Saya SQL di dokumentasi Saya. SQL

Prececks berjalan sebelum cluster DB Anda diambil offline untuk upgrade versi utama. Jika pra-pemeriksaan menemukan inkompatibilitas, Aurora secara otomatis membatalkan peningkatan sebelum instans DB dihentikan. Aurora juga menghasilkan peristiwa untuk inkompatibilitas. Untuk informasi selengkapnya tentang peristiwa Amazon Aurora, lihat Bekerja dengan pemberitahuan RDS acara Amazon.

Setelah prechecks selesai, Aurora mencatat informasi rinci tentang setiap ketidakcocokan dalam file. upgrade-prechecks.log Dalam kebanyakan kasus, entri log menyertakan tautan ke SQL dokumentasi Saya untuk memperbaiki ketidakcocokan. Untuk informasi selengkapnya tentang format file log, lihat Melihat dan mencantumkan file log basis data.

catatan

Karena sifatnya, pra-pemeriksaan akan menganalisis objek di basis data Anda. Analisis ini mengakibatkan konsumsi sumber daya dan menambah waktu penyelesaian peningkatan. Untuk informasi selengkapnya tentang pertimbangan kinerja precheck, lihat. Proses precheck untuk Aurora My SQL

Daftar Isi

Proses precheck untuk Aurora My SQL

Seperti yang dijelaskan sebelumnya, proses SQL upgrade Aurora My melibatkan menjalankan pemeriksaan kompatibilitas (prechecks) pada database Anda sebelum upgrade versi utama dapat dilanjutkan.

Untuk peningkatan di tempat, precheck berjalan pada instance DB penulis Anda saat sedang online. Jika precheck berhasil, upgrade berlangsung. Jika kesalahan ditemukan, mereka masuk ke upgrade-prechecks.log file dan pemutakhiran dibatalkan. Sebelum mencoba upgrade lagi, selesaikan kesalahan yang dikembalikan dalam upgrade-prechecks.log file.

Untuk peningkatan snapshot-restore, precheck berjalan selama proses pemulihan. Jika berhasil, database Anda akan meng-upgrade ke versi Aurora SQL My yang baru. Jika kesalahan ditemukan, mereka masuk ke upgrade-prechecks.log file dan pemutakhiran dibatalkan. Sebelum mencoba upgrade lagi, selesaikan kesalahan yang dikembalikan dalam upgrade-prechecks.log file.

Untuk informasi selengkapnya, silakan lihat Menemukan alasan Aurora Kegagalan peningkatan versi SQL utama saya dan Referensi deskripsi precheck untuk Aurora My SQL.

Untuk memantau status precheck, Anda dapat melihat peristiwa berikut di cluster DB Anda.

Status precheck Pesan peristiwa Tindakan

Status precheck	Pesan peristiwa	Tindakan
Dimulai	Persiapan peningkatan sedang berlangsung: Memulai prapecek peningkatan online.	Tidak ada
Failed	Kluster basis data berada dalam keadaan yang tidak dapat ditingkatkan: Prakecek pemutakhiran gagal. Untuk detail selengkapnya, lihat file upgrade-prechecks.log. Untuk informasi selengkapnya tentang pemecahan masalah penyebab kegagalan pemutakhiran, lihat https://docs.aws.amazon.com/AmazonRDS/terbaru//AuroraUserGuide.upgrade. TroubleShooting.html AuroraMy SQL	`upgrade-prechecks.log`Tinjau kesalahan. Memperbaiki kesalahan. Coba lagi upgrade.
Berhasil	Persiapan peningkatan sedang berlangsung: Prakecek peningkatan online yang telah selesai.	Precheck berhasil tanpa kesalahan yang dikembalikan. Tinjau `upgrade-prechecks.log` peringatan dan pemberitahuan.

Dimulai

Persiapan peningkatan sedang berlangsung: Memulai prapecek peningkatan online.

Tidak ada

Failed

Kluster basis data berada dalam keadaan yang tidak dapat ditingkatkan: Prakecek pemutakhiran gagal. Untuk detail selengkapnya, lihat file upgrade-prechecks.log.

Untuk informasi selengkapnya tentang pemecahan masalah penyebab kegagalan pemutakhiran, lihat

https://docs.aws.amazon.com/AmazonRDS/terbaru//AuroraUserGuide.upgrade. TroubleShooting.html AuroraMy SQL

upgrade-prechecks.logTinjau kesalahan.

Memperbaiki kesalahan.

Coba lagi upgrade.

Berhasil

Persiapan peningkatan sedang berlangsung: Prakecek peningkatan online yang telah selesai.

Precheck berhasil tanpa kesalahan yang dikembalikan.

Tinjau upgrade-prechecks.log peringatan dan pemberitahuan.

Untuk informasi selengkapnya tentang melihat acara, lihatMelihat RDS acara Amazon.

Prececk format log untuk Aurora My SQL

Setelah pemeriksaan kompatibilitas pemutakhiran (prechecks) selesai, Anda dapat meninjau upgrade-prechecks.log file tersebut. File log berisi hasil, objek yang terpengaruh, dan informasi remediasi untuk setiap precheck.

Kesalahan memblokir peningkatan. Anda harus menyelesaikannya sebelum mencoba kembali peningkatan.

Peringatan dan pemberitahuan kurang penting, tetapi kami tetap menyarankan Anda untuk memeriksanya dengan cermat untuk memastikan bahwa tidak ada masalah kompatibilitas dengan beban kerja aplikasi. Atasi masalah yang teridentifikasi segera.

File log memiliki format berikut:

targetVersion— Versi My SQL -kompatibel dari upgrade Aurora SQL My.
auroraServerVersion— SQL Versi Aurora My di mana precheck dijalankan.
auroraTargetVersion— SQL Versi Aurora My yang Anda tingkatkan.
checksPerformed— Berisi daftar prechecks yang dilakukan.
id— Nama precheck yang sedang dijalankan.
title— Deskripsi precheck yang sedang dijalankan.
status— Ini tidak menunjukkan apakah precheck berhasil atau gagal, tetapi menunjukkan status kueri precheck:
- OK— Kueri precheck berjalan dan diselesaikan dengan sukses.
- ERROR— Kueri precheck gagal dijalankan. Hal ini dapat terjadi karena masalah seperti kendala sumber daya, restart instance yang tidak terduga, atau kueri precheck kompatibilitas terganggu.
  
  Untuk informasi lebih lanjut, lihat contoh ini.
description— Gambaran umum tentang ketidakcocokan, dan bagaimana memperbaiki masalah.
documentationLink— Jika berlaku, tautan ke SQL dokumentasi Aurora Saya SQL atau Saya yang relevan dicatat di sini. Untuk informasi selengkapnya, lihat Referensi deskripsi precheck untuk Aurora My SQL.
detectedProblems— Jika precheck mengembalikan kesalahan, peringatan, atau pemberitahuan, ini menunjukkan rincian ketidakcocokan, dan objek yang tidak kompatibel jika berlaku:
- level— Tingkat ketidakcocokan yang terdeteksi oleh precheck. Level yang valid adalah sebagai berikut:
  - Error— Upgrade tidak dapat dilanjutkan sampai Anda menyelesaikan ketidakcocokan.
  - Warning— Upgrade dapat dilanjutkan, tetapi objek, sintaks, atau konfigurasi yang tidak digunakan lagi terdeteksi. Tinjau peringatan dengan hati-hati, dan selesaikan segera untuk menghindari masalah di rilis mendatang.
  - Notice— Upgrade dapat dilanjutkan, tetapi objek, sintaks, atau konfigurasi yang tidak digunakan lagi terdeteksi. Tinjau pemberitahuan dengan cermat, dan selesaikan segera untuk menghindari masalah di rilis mendatang.
- dbObject— Nama objek database di mana ketidakcocokan terdeteksi.
- description— Penjelasan rinci tentang ketidakcocokan, dan bagaimana memperbaiki masalah.
errorCount— Jumlah kesalahan ketidakcocokan yang terdeteksi. Ini memblokir peningkatan.
warningCount— Jumlah peringatan ketidakcocokan yang terdeteksi. Ini tidak memblokir peningkatan, tetapi segera mengatasinya untuk menghindari masalah di rilis mendatang.
noticeCount— Jumlah pemberitahuan ketidakcocokan yang terdeteksi. Ini tidak memblokir peningkatan, segera mengatasinya untuk menghindari masalah di rilis mendatang.
Summary— Ringkasan kesalahan kompatibilitas precheck, peringatan, dan jumlah pemberitahuan.

Contoh keluaran log precheck untuk Aurora My SQL

Contoh berikut menunjukkan output log precheck yang mungkin Anda lihat. Untuk detail prechecks yang dijalankan, lihatReferensi deskripsi precheck untuk Aurora My SQL.

Prececk status OK, tidak ada ketidakcocokan yang terdeteksi

Query precheck berhasil diselesaikan. Tidak ada ketidakcocokan yang terdeteksi.


{
  "id": "auroraUpgradeCheckIndexLengthLimitOnTinytext",
  "title": "Check for the tables with indexes defined with prefix length greater than 255 bytes on tiny text columns",
  "status": "OK",
  "detectedProblems": []
},

Prececk status OK, kesalahan terdeteksi

Query precheck berhasil diselesaikan. Satu kesalahan terdeteksi.


{
  "id": "auroraUpgradeCheckForPrefixIndexOnGeometryColumns",
  "title": "Check for geometry columns on prefix indexes",
  "status": "OK",
  "description": "Consider dropping the prefix indexes of geometry columns and restart the upgrade.",
  "detectedProblems": [
      {
        "level": "Error",
        "dbObject": "test25.sbtest1",
        "description": "Table `test25`.`sbtest1` has an index `idx_t1` on geometry column/s. Mysql 8.0 does not support this type of index on a geometry column https://dev.mysql.com/worklog/task/?id=11808. To upgrade to MySQL 8.0, Run 'DROP INDEX `idx_t1` ON `test25`.`sbtest1`;"
      },
 }

Prececk status OK, peringatan terdeteksi

Peringatan dapat dikembalikan ketika precheck berhasil atau tidak berhasil.

Di sini kueri precheck berhasil diselesaikan. Dua peringatan terdeteksi.


{
  "id": "zeroDatesCheck",
  "title": "Zero Date, Datetime, and Timestamp values",
  "status": "OK",
  "description": "Warning: By default zero date/datetime/timestamp values are no longer allowed in MySQL, as of 5.7.8 NO_ZERO_IN_DATE and NO_ZERO_DATE are included in SQL_MODE by default. These modes should be used with strict mode as they will be merged with strict mode in a future release. If you do not include these modes in your SQL_MODE setting, you are able to insert date/datetime/timestamp values that contain zeros. It is strongly advised to replace zero values with valid ones, as they may not work correctly in the future.",
  "documentationLink": "https://lefred.be/content/mysql-8-0-and-wrong-dates/",
  "detectedProblems": [
      {
        "level": "Warning",
        "dbObject": "global.sql_mode",
        "description": "does not contain either NO_ZERO_DATE or NO_ZERO_IN_DATE which allows insertion of zero dates"
      },
      {
        "level": "Warning",
        "dbObject": "session.sql_mode",
        "description": " of 10 session(s) does not contain either NO_ZERO_DATE or NO_ZERO_IN_DATE which allows insertion of zero dates"
      }
    ]
}

Status precheckERROR, tidak ada ketidakcocokan yang dilaporkan

Kueri precheck gagal dengan kesalahan, sehingga ketidakcocokan tidak dapat diverifikasi.


{
  "id": "auroraUpgradeCheckForDatafilePathInconsistency",
  "title": "Check for inconsistency related to ibd file path.",
  "status": "ERROR",
  "description": "Can't connect to MySQL server on 'localhost:3306' (111) at 13/08/2024 12:22:20 UTC. This failure can occur due to low memory available on the instance for executing upgrade prechecks. Please check 'FreeableMemory' Cloudwatch metric to verify the available memory on the instance while executing prechecks. If instance ran out of memory, we recommend to retry the upgrade on a higher instance class."
}

Kegagalan ini dapat terjadi karena restart instance yang tidak terduga atau kueri precheck kompatibilitas terganggu pada database saat berjalan. Misalnya, pada kelas instans DB yang lebih kecil, Anda mungkin mengalami ini ketika memori yang tersedia pada instance berjalan rendah.

Anda dapat menggunakan CloudWatch metrik FreeableMemory Amazon untuk memverifikasi memori yang tersedia pada instance saat menjalankan prechecks. Jika instance kehabisan memori, kami sarankan untuk mencoba kembali peningkatan pada kelas instans DB yang lebih besar. Dalam beberapa kasus, Anda dapat menggunakan penerapan Biru/Hijau Ini memungkinkan prechecks dan upgrade untuk berjalan pada cluster DB “hijau” independen dari beban kerja produksi, yang juga mengkonsumsi sumber daya sistem.

Untuk informasi selengkapnya, lihat Memecahkan masalah penggunaan memori untuk database Aurora My SQL.

Ringkasan precheck, satu kesalahan dan tiga peringatan terdeteksi

Precheck kompatibilitas juga berisi informasi tentang sumber dan target Aurora versi SQL Saya, dan ringkasan kesalahan, peringatan, dan jumlah pemberitahuan di akhir output precheck.

Misalnya, output berikut menunjukkan bahwa upaya telah dilakukan untuk meningkatkan dari Aurora My SQL 2.11.6 ke Aurora My 3.07.1. SQL Upgrade mengembalikan satu kesalahan, tiga peringatan, dan tidak ada pemberitahuan. Karena pemutakhiran tidak dapat dilanjutkan ketika kesalahan dikembalikan, Anda harus menyelesaikan masalah routineSyntaxCheckkompatibilitas dan mencoba lagi pemutakhiran.


{
  "serverAddress": "/tmp%2Fmysql.sock",
  "serverVersion": "5.7.12 - MySQL Community Server (GPL)",
  "targetVersion": "8.0.36",
  "auroraServerVersion": "2.11.6",
  "auroraTargetVersion": "3.07.1",
  "outfilePath": "/rdsdbdata/tmp/PreChecker.log",
  "checksPerformed": [{
      ... output for each individual precheck ...
      .
      .
      {
        "id": "oldTemporalCheck",
        "title": "Usage of old temporal type",
        "status": "OK",
          "detectedProblems": []
      },
      {
        "id": "routinesSyntaxCheck",
        "title": "MySQL 8.0 syntax check for routine-like objects",
        "status": "OK",
        "description": "The following objects did not pass a syntax check with the latest MySQL 8.0 grammar. A common reason is that they reference names that conflict with new reserved keywords. You must update these routine definitions and `quote` any such references before upgrading.",
        "documentationLink": "https://dev.mysql.com/doc/refman/en/keywords.html",
        "detectedProblems": [{
            "level": "Error",
            "dbObject": "test.select_res_word",
            "description": "at line 2,18: unexpected token 'except'"
        }]
      },
      .
      .
      .
      {
        "id": "zeroDatesCheck",
        "title": "Zero Date, Datetime, and Timestamp values",
        "status": "OK",
        "description": "Warning: By default zero date/datetime/timestamp values are no longer allowed in MySQL, as of 5.7.8 NO_ZERO_IN_DATE and NO_ZERO_DATE are included in SQL_MODE by default. These modes should be used with strict mode as they will be merged with strict mode in a future release. If you do not include these modes in your SQL_MODE setting, you are able to insert date/datetime/timestamp values that contain zeros. It is strongly advised to replace zero values with valid ones, as they may not work correctly in the future.",
        "documentationLink": "https://lefred.be/content/mysql-8-0-and-wrong-dates/",
        "detectedProblems": [{
            "level": "Warning",
            "dbObject": "global.sql_mode",
            "description": "does not contain either NO_ZERO_DATE or NO_ZERO_IN_DATE which allows insertion of zero dates"
            },
            {
            "level": "Warning",
            "dbObject": "session.sql_mode",
            "description": " of 8 session(s) does not contain either NO_ZERO_DATE or NO_ZERO_IN_DATE which allows insertion of zero dates"
            }
          ]
       },
       .
       .
       .
  }],
  "errorCount": 1,
  "warningCount": 3,
  "noticeCount": 0,
  "Summary": "1 errors were found. Please correct these issues before upgrading to avoid compatibility issues."
}

Prececk kinerja untuk Aurora My SQL

Prakecek kompatibilitas dijalankan sebelum instans DB diambil offline untuk peningkatan, jadi dalam keadaan biasa mereka tidak menyebabkan downtime instans DB saat berjalan. Namun, mereka dapat memengaruhi beban kerja aplikasi yang berjalan pada instance DB penulis. Prechecks mengakses kamus data melalui tabel information_schema, yang bisa lambat jika ada banyak objek database. Pertimbangkan faktor-faktor berikut:

Durasi precheck bervariasi dengan jumlah objek database seperti tabel, kolom, rutinitas, dan kendala. Cluster DB dengan sejumlah besar objek dapat memakan waktu lebih lama untuk dijalankan.

Misalnya, removedFunctionsCheckdapat memakan waktu lebih lama dan menggunakan lebih banyak sumber daya berdasarkan jumlah objek yang disimpan.
Untuk peningkatan di tempat, menggunakan kelas instans DB yang lebih besar (misalnya, db.r5.24xlarge atau db.r6g.16xlarge) dapat membantu peningkatan selesai lebih cepat dengan menggunakan lebih banyak. CPU Anda dapat berhemat setelah upgrade.
Kueri information_schema di beberapa database bisa lambat, terutama dengan banyak objek dan pada instance DB yang lebih kecil. Dalam kasus seperti itu, pertimbangkan untuk menggunakan kloning, pemulihan snapshot, atau penerapan Biru/Hijau untuk peningkatan.
Penggunaan sumber daya precheck (CPU, memori) dapat meningkat dengan lebih banyak objek, yang menyebabkan waktu berjalan lebih lama pada instans DB yang lebih kecil. Dalam kasus seperti itu, pertimbangkan pengujian menggunakan kloning, pemulihan snapshot, atau penerapan Biru/Hijau untuk peningkatan.

Jika precheck gagal karena kurangnya sumber daya, Anda dapat mendeteksi ini di log precheck menggunakan output status:
```
"status": "ERROR",
```

Untuk informasi selengkapnya, silakan lihat Cara kerja peningkatan versi utama Aurora SQL My di tempat dan Merencanakan peningkatan versi utama untuk cluster Aurora My SQL.

Ringkasan dari Community My SQL upgrade prechecks

Berikut ini adalah daftar umum ketidakcocokan antara My SQL 5.7 dan 8.0:

Cluster DB yang SQL kompatibel dengan My 5.7 tidak boleh menggunakan fitur yang tidak didukung di My 8.0. SQL

Untuk informasi selengkapnya, lihat Fitur yang dihapus di SQL 8.0 Saya di SQL dokumentasi Saya.
Tidak boleh ada pelanggaran terkait kata kunci atau kata yang digunakan sistem. Beberapa kata kunci mungkin dicadangkan di My SQL 8.0 yang sebelumnya tidak dipesan.

Untuk informasi selengkapnya, lihat Kata kunci dan kata cadangan dalam SQL dokumentasi Saya.
Untuk dukungan Unicode yang lebih baik, pertimbangkan untuk mengonversi objek yang menggunakan set karakter utf8mb3 untuk menggunakan set karakter utf8mb4. Set karakter utf8mb3 sudah tidak digunakan lagi. Selain itu, pertimbangkan untuk menggunakan utf8mb4 untuk referensi set karakter, bukan utf8, karena saat ini utf8 adalah alias untuk set karakter utf8mb3.

Untuk informasi selengkapnya, lihat Kumpulan karakter utf8mb3 (pengkodean unicode 3-byte UTF -8) di dokumentasi Saya. SQL
Tidak boleh ada tabel InnoDB dengan format baris non-default.
Tidak boleh ada atribut jenis panjang ZEROFILL atau display.
Tidak boleh ada tabel partisi yang menggunakan mesin penyimpanan yang tidak memiliki dukungan partisi native.
Tidak boleh ada tabel di database mysql sistem My SQL 5.7 yang memiliki nama yang sama dengan tabel yang digunakan oleh kamus data My SQL 8.0.
Tidak boleh ada tabel yang menggunakan jenis atau fungsi data yang usang.
Tidak boleh ada nama pembatasan kunci asing yang lebih panjang dari 64 karakter.
Tidak boleh ada SQL mode usang yang ditentukan dalam pengaturan variabel sql_mode sistem Anda.
Tidak boleh ada tabel atau prosedur tersimpan dengan elemen kolom ENUM atau SET individual dengan panjang melebihi 255 karakter.
Tidak boleh ada partisi tabel yang berada dalam ruang tabel InnoDB bersama.
Tidak boleh ada referensi sirkular di jalur file data ruang tabel.
Tidak boleh ada kueri dan definisi program tersimpan yang menggunakan pengualifikasi ASC atau DESC untuk klausa GROUP BY.
Tidak boleh ada variabel sistem yang dihapus, dan variabel sistem harus menggunakan nilai default baru untuk My SQL 8.0.
Tidak boleh ada nilai nol (0) untuk date, datetime, atau timestamp.
Tidak boleh ada inkonsistensi skema yang dihasilkan dari penghapusan atau kerusakan file.
Tidak boleh ada nama tabel yang berisi string karakter FTS.
Tidak boleh ada tabel InnoDB yang dimiliki oleh mesin yang berbeda.
Tidak boleh ada nama tabel atau skema yang tidak valid untuk My 5.7. SQL

Untuk detail prechecks yang dijalankan, lihatReferensi deskripsi precheck untuk Aurora My SQL.

Untuk informasi selengkapnya tentang memutakhirkan ke My SQL 8.0, lihat Memutakhirkan Milik Saya SQL di dokumentasi Saya. SQL Untuk gambaran umum tentang perubahan di SQL 8.0 Saya, lihat Apa yang baru di SQL 8.0 Saya di dokumentasi SayaSQL.

Ringkasan dari Aurora My upgrade prechecks SQL

Aurora My SQL memiliki persyaratan spesifiknya sendiri saat meningkatkan dari versi 2 ke versi 3, termasuk yang berikut ini:

Tidak boleh ada SQL sintaks usang, seperti,, dan, dalam tampilan SQL_CACHESQL_NO_CACHE, rutinitasQUERY_CACHE, pemicu, dan peristiwa.
Tidak boleh ada kolom FTS_DOC_ID yang ada di tabel apa pun tanpa indeks FTS.
Tidak boleh ada ketidakcocokan definisi kolom antara kamus data InnoDB dan definisi tabel yang sebenarnya.
Semua nama basis data dan tabel harus huruf kecil ketika parameter lower_case_table_names diatur ke 1.
Peristiwa dan pemicu tidak boleh memiliki pendefinisi yang hilang atau kosong atau konteks pembuatan yang tidak valid.
Semua nama pemicu dalam basis data harus unik.
DDLpemulihan dan Cepat DDL tidak didukung di Aurora My SQL versi 3. Tidak boleh ada artefak dalam basis data yang terkait dengan fitur-fitur ini.
Tabel dengan format baris COMPACT atau REDUNDANT tidak dapat memiliki indeks yang lebih besar dari 767 byte.
Panjang awalan indeks yang ditentukan pada kolom teks tiny tidak boleh melebihi 255 byte. Dengan set karakter utf8mb4, panjang awalan yang didukung dibatasi hingga 63 karakter.

Panjang awalan yang lebih besar diizinkan di My SQL 5.7 menggunakan parameter. innodb_large_prefix Parameter ini tidak digunakan lagi di My 8.0. SQL
Tidak boleh ada inkonsistensi metadata InnoDB dalam tabel mysql.host.
Tidak boleh ada inkompatibilitas jenis data kolom dalam tabel sistem.
Tidak boleh ada transaksi XA dalam status prepared.
Nama kolom dalam tampilan tidak boleh lebih panjang dari 64 karakter.
Karakter khusus dalam prosedur tersimpan tidak boleh tidak konsisten.
Tabel tidak boleh memiliki inkonsistensi jalur file data.

Untuk detail prechecks yang dijalankan, lihatReferensi deskripsi precheck untuk Aurora My SQL.

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Memutakhirkan versi utama cluster Aurora SQL My DB

Referensi deskripsi precheck untuk Aurora My SQL