View a markdown version of this page

Membandingkan Aurora MySQL versi 8.4 dan MySQL 8.4 Community Edition - Amazon Aurora
AutentikasiPengguna yang dipesanrds_superuser_roleDukungan komponen validasi kata sandi di Aurora MySQL versi 8.4Perubahan default parameter

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Membandingkan Aurora MySQL versi 8.4 dan MySQL 8.4 Community Edition

Topik ini menjelaskan perbedaan antara Aurora MySQL versi 8.4 dan MySQL 8.4 Community Edition.

Autentikasi

Aurora MySQL versi 8.4 hanya mendukung nilai-nilai berikut untuk parameter: authentication_policy

  • *:caching_sha2_password(Nilai default. Mengizinkan plugin otentikasi faktor tunggal, menggunakan caching_sha2_password jika tidak ada yang ditentukan)

  • *:mysql_native_password(Mengizinkan plugin otentikasi faktor tunggal, menggunakan mysql_native_password jika tidak ada yang ditentukan)

catatan

Multi-factor konfigurasi otentikasi tidak didukung di Aurora MySQL.

Pengguna yang dipesan

Aurora MySQL mencadangkan nama pengguna tertentu untuk fitur internal. Nama pengguna ini tidak dapat digunakan untuk akun pengguna database Anda. Untuk informasi selengkapnya, lihat Pengguna yang dipesan di Aurora MySQL.

Mulai dari Aurora MySQL versi 8.4.7, mesin melindungi rdsproxyadmin karena merupakan pengguna pemantauan untuk RDS Proxy. Aurora membuat rdsproxyadmin akun secara otomatis saat Anda mendaftarkan target proxy. Untuk detail tentang operasi yang ditolak dan keluaran kesalahan, lihatPengguna yang dipesan di Aurora MySQL.

rds_superuser_role

Aurora MySQL versi 8.4 mencakup peran khusus yang memiliki semua hak istimewa berikut. Peran ini bernama rds_superuser_role. Pengguna master untuk setiap cluster sudah memiliki peran ini diberikan. Peran rds_superuser_role mencakup hak akses berikut untuk semua objek basis data:

  • ALTER

  • ALLOW_NONEXISTENT_DEFINER

  • APPLICATION_PASSWORD_ADMIN

  • ALTER ROUTINE

  • CONNECTION_ADMIN

  • CREATE

  • CREATE ROLE

  • CREATE ROUTINE

  • CREATE TEMPORARY TABLES

  • CREATE USER

  • CREATE VIEW

  • DELETE

  • DROP

  • DROP ROLE

  • EVENT

  • EXECUTE

  • FLUSH_OPTIMIZER_COSTS

  • FLUSH_PRIVILEGES

  • FLUSH_STATUS

  • FLUSH_TABLES

  • FLUSH_USER_RESOURCES

  • INDEX

  • INSERT

  • LOCK TABLES

  • OPTIMIZE_LOCAL_TABLE

  • PROCESS

  • REFERENCES

  • RELOAD

  • REPLICATION CLIENT

  • REPLICATION SLAVE

  • ROLE_ADMIN

  • SELECT

  • SET_ANY_DEFINER

  • SHOW DATABASES

  • SHOW_ROUTINE

  • SHOW VIEW

  • TRIGGER

  • UPDATE

  • XA_RECOVER_ADMIN

Dukungan komponen validasi kata sandi di Aurora MySQL versi 8.4

  • validate_passwordKomponen ini didukung, termasuk penyesuaiannya. Komponen dikelola melalui parameter database, aurora_enable_validate_password_component bukan INSTALL COMPONENT dan UNINSTALL COMPONENT perintah.

  • validate_passwordPlugin ini sebagian didukung untuk memungkinkan migrasi ke komponen.

Untuk informasi selengkapnya, lihat Kebijakan kata sandi dan validasi Kata Sandi di Aurora MySQL.

Perubahan default parameter

temptable_max_mmap

Di MySQL 8.4 Community Edition, nilai defaultnya adalah, yang menonaktifkan tabel temptable_max_mmap sementara yang 0 dipetakan memori.

Aurora MySQL versi 8.4.7 dan yang lebih tinggi mengesampingkan default ini. Aurora menetapkan nilai temptable_max_mmap yang dihitung dari penyimpanan yang dialokasikan cluster, menggunakan rumus berikut:

LEAST(4294967296, {AllocatedStorage*3/100})

Ini menetapkan default ke 3% dari penyimpanan yang dialokasikan, dibatasi maksimal 4 GiB. Memory-mapped tabel sementara tetap diaktifkan secara default di Aurora MySQL versi 8.4.7 dan lebih tinggi, berbeda dengan komunitas MySQL 8.4.

Untuk entri referensi parameter, lihatParameter konfigurasi Aurora MySQL.