Parameter konfigurasi Aurora MySQL - Amazon Aurora

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

Parameter konfigurasi Aurora MySQL

Anda mengelola klaster DB Amazon Aurora MySQL Anda dengan cara yang sama seperti Anda mengelola instans DB Amazon RDS lain, dengan menggunakan parameter dalam grup parameter DB. Amazon Aurora berbeda dari mesin DB lainnya karena Anda memiliki klaster DB yang berisi beberapa instans DB. Akibatnya, beberapa parameter yang Anda gunakan untuk mengelola klaster DB Aurora MySQL berlaku untuk seluruh klaster. Parameter lain hanya berlaku untuk instans DB tertentu dalam klaster DB.

Untuk mengelola parameter tingkat klaster, gunakan grup parameter klaster DB. Untuk mengelola parameter tingkat instans, gunakan grup parameter DB. Setiap instans DB di klaster DB Aurora MySQL kompatibel dengan mesin basis data MySQL. Namun, Anda menerapkan beberapa parameter mesin basis data MySQL di tingkat klaster, dan Anda mengelola parameter ini menggunakan grup parameter klaster DB. Anda tidak dapat menemukan parameter tingkat klaster dalam grup parameter DB untuk instans dalam klaster Aurora DB. Daftar parameter tingkat klaster akan muncul nanti dalam topik ini.

Anda dapat mengelola parameter tingkat cluster dan tingkat instans menggunakan, API, AWS CLI atau Amazon AWS Management Console RDS. Anda menggunakan perintah terpisah untuk mengelola parameter tingkat klaster dan parameter tingkat instans. Misalnya, Anda dapat menggunakan perintah modify-db-cluster-parameter-group CLI untuk mengelola parameter tingkat cluster dalam grup parameter cluster DB. Anda dapat menggunakan perintah modify-db-parameter-groupCLI untuk mengelola parameter tingkat instance dalam grup parameter DB untuk instance DB di cluster DB.

Anda dapat melihat parameter tingkat klaster dan tingkat instans di konsol, atau dengan menggunakan CLI atau API RDS. Misalnya, Anda dapat menggunakan describe-db-cluster-parameters AWS CLI perintah untuk melihat parameter tingkat cluster dalam grup parameter cluster DB. Anda dapat menggunakan perintah describe-db-parametersCLI untuk melihat parameter tingkat instance dalam grup parameter DB untuk instance DB di cluster DB.

catatan

Setiap grup parameter default berisi nilai default untuk semua parameter di grup parameter. Jika parameter memiliki "mesin default" untuk nilai ini, lihat dokumentasi MySQL atau PostgreSQL khusus versi untuk nilai default sebenarnya.

Kecuali jika dinyatakan lain, parameter yang tercantum dalam tabel berikut berlaku untuk Aurora MySQL versi 2 dan 3.

Untuk informasi selengkapnya tentang grup parameter DB, lihat . Untuk aturan dan batasan Aurora Serverless v1 kluster, lihat Kelompok parameter untuk Aurora Serverless v1.

Parameter tingkat klaster

Tabel berikut menunjukkan semua parameter yang berlaku untuk seluruh klaster DB Aurora MySQL.

Nama parameter Dapat diubah Catatan

aurora_binlog_read_buffer_size

Ya

Hanya memengaruhi klaster yang menggunakan replikasi biner log (binlog). Untuk informasi tentang replikasi binlog, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner). Dihapus dari Aurora MySQL versi 3.

aurora_binlog_replication_max_yield_seconds

Ya

Hanya memengaruhi klaster yang menggunakan replikasi biner log (binlog). Untuk informasi tentang replikasi binlog, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

aurora_binlog_replication_sec_index_parallel_workers

Ya

Menetapkan jumlah thread paralel yang tersedia untuk menerapkan perubahan indeks sekunder saat mereplikasi transaksi untuk tabel besar dengan lebih dari satu indeks sekunder. Parameter diatur ke 0 (dinonaktifkan) secara default.

Parameter ini tersedia di Aurora MySQL versi 306 dan lebih tinggi. Untuk informasi selengkapnya, lihat Mengoptimalkan replikasi log biner untuk Aurora MySQL.

aurora_binlog_use_large_read_buffer

Ya

Hanya memengaruhi klaster yang menggunakan replikasi biner log (binlog). Untuk informasi tentang replikasi binlog, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner). Dihapus dari Aurora MySQL versi 3.

aurora_disable_hash_join

Ya

Atur parameter ini ke ON untuk menonaktifkan pengoptimalan hash join di Aurora MySQL versi 2.09 atau lebih tinggi. Parameter ini tidak didukung untuk versi 3. Untuk informasi selengkapnya, lihat Kueri paralel untuk Amazon Aurora My SQL.

aurora_enable_replica_log_compression

Ya

Untuk informasi selengkapnya, lihat Pertimbangan performa untuk replikasi Amazon Aurora MySQL. Tidak berlaku untuk klaster yang merupakan bagian dari basis data global Aurora. Dihapus dari Aurora MySQL versi 3.

aurora_enable_repl_bin_log_filtering

Ya

Untuk informasi selengkapnya, lihat Pertimbangan performa untuk replikasi Amazon Aurora MySQL. Tidak berlaku untuk klaster yang merupakan bagian dari basis data global Aurora. Dihapus dari Aurora MySQL versi 3.

aurora_enable_staggered_replica_restart

Ya

Pengaturan ini tersedia di Aurora MySQL versi 3, tetapi tidak digunakan.

aurora_enable_zdr

Ya

Pengaturan ini diaktifkan secara default di Aurora MySQL 2.10 dan yang lebih tinggi. Untuk informasi selengkapnya, lihat Restart nol-downtime () untuk ZDR Amazon Aurora My SQL.

aurora_enhanced_binlog

Ya

Tetapkan nilai parameter ini ke 1 untuk mengaktifkan binlog yang ditingkatkan di Aurora MySQL versi 3.03.1 dan yang lebih tinggi. Untuk informasi selengkapnya, lihat Menyiapkan binlog yang disempurnakan untuk Aurora MySQL.

aurora_full_double_precision_in_json

Ya

Tetapkan nilai parameter ini untuk mengaktifkan penguraian nomor floating point dalam dokumen JSON dengan presisi penuh.

aurora_jemalloc_background_thread

Ya

Gunakan parameter ini untuk mengaktifkan thread latar belakang untuk melakukan operasi pemeliharaan memori. Nilai yang diizinkan adalah 0 (dinonaktifkan) dan 1 (diaktifkan). Nilai default-nya adalah 0.

Parameter ini berlaku untuk Aurora MySQL versi 3.05 dan lebih tinggi.

aurora_jemalloc_dirty_decay_ms

Ya

Gunakan parameter ini untuk mempertahankan memori yang dibebaskan untuk jangka waktu tertentu (dalam milidetik). Mempertahankan memori memungkinkan penggunaan kembali lebih cepat. Nilai yang diizinkan adalah 018446744073709551615. Nilai defaultnya adalah 10000 (10 detik).

Anda dapat menggunakan penundaan yang lebih pendek untuk membantu menghindari out-of-memory masalah, dengan mengorbankan kinerja yang lebih lambat.

Parameter ini berlaku untuk Aurora MySQL versi 3.05 dan lebih tinggi.

aurora_jemalloc_tcache_enabled

Ya

Gunakan parameter ini untuk melayani permintaan memori kecil (hingga 32 KiB) dalam cache lokal thread, melewati arena memori. Nilai yang diizinkan adalah 0 (dinonaktifkan) dan 1 (diaktifkan). Nilai default-nya adalah 1.

Parameter ini berlaku untuk Aurora MySQL versi 3.05 dan lebih tinggi.

aurora_load_from_s3_role

Ya

Untuk informasi selengkapnya, lihat Memuat data ke dalam cluster Amazon Aurora My SQL DB dari file teks di bucket Amazon S3. Saat ini tidak tersedia di Aurora MySQL versi 3. Gunakan aws_default_s3_role.

aurora_mask_password_hashes_type

Ya

Pengaturan ini diaktifkan secara default di Aurora MySQL 2.11 dan yang lebih tinggi.

Gunakan pengaturan ini untuk me-masking hash kata sandi MySQL Aurora di log kueri dan audit yang lambat. Nilai yang diizinkan adalah 0 dan 1 (default). Saat diatur ke 1, kata sandi dicatat sebagai <secret>. Saat diatur ke 0, kata sandi dicatat sebagai nilai hash (#).

aurora_select_into_s3_role

Ya

Untuk informasi selengkapnya, lihat Menyimpan data dari cluster Amazon Aurora My SQL DB ke dalam file teks di bucket Amazon S3. Saat ini tidak tersedia di Aurora MySQL versi 3. Gunakan aws_default_s3_role.

authentication_kerberos_caseins_cmp

Ya

Mengontrol perbandingan nama pengguna yang tidak peka huruf besar/kecil untuk plugin authentication_kerberos. Atur ke true untuk perbandingan yang tidak peka huruf besar/kecil. Secara default, perbandingan peka huruf besar/kecil digunakan (false). Untuk informasi selengkapnya, lihat Menggunakan otentikasi Kerberos untuk Aurora My SQL.

Parameter ini tersedia di Aurora MySQL versi 3.03 dan lebih tinggi.

auto_increment_increment

Ya

Tidak ada

auto_increment_offset

Ya

Tidak ada

aws_default_lambda_role

Ya

Untuk informasi selengkapnya, lihat Memanggil fungsi Lambda dari cluster Amazon Aurora My DB SQL.

aws_default_s3_role

Ya

Digunakan saat menginvokasi pernyataan LOAD DATA FROM S3, LOAD XML FROM S3, atau SELECT INTO OUTFILE S3 dari klaster DB Anda.

Di Aurora MySQL versi 2, peran IAM yang ditentukan dalam parameter ini akan digunakan jika peran IAM tidak ditentukan untuk aurora_load_from_s3_role atau aurora_select_into_s3_role untuk pernyataan yang sesuai.

Di Aurora MySQL versi 3, peran IAM yang ditentukan untuk parameter ini selalu digunakan.

Untuk informasi selengkapnya, lihat Mengaitkan peran IAM dengan klaster DB Amazon Aurora MySQL.

binlog_backup

Ya

Tetapkan nilai parameter ini ke 0 untuk mengaktifkan binlog yang ditingkatkan di Aurora MySQL versi 3.03.1 dan yang lebih tinggi. Anda dapat menonaktifkan parameter ini hanya ketika Anda menggunakan binlog yang ditingkatkan. Untuk informasi selengkapnya, lihat Menyiapkan binlog yang disempurnakan untuk Aurora MySQL.

binlog_checksum

Ya

API AWS CLI dan RDS melaporkan nilai None jika parameter ini tidak disetel. Dalam hal ini, Aurora MySQL menggunakan nilai default mesin, yaitu CRC32. Ini berbeda dari pengaturan eksplisit NONE, yang menonaktifkan checksum.

binlog-do-db

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_format

Ya

Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

binlog_group_commit_sync_delay

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_group_commit_sync_no_delay_count

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog-ignore-db

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_replication_globaldb

Ya

Tetapkan nilai parameter ini ke 0 untuk mengaktifkan binlog yang ditingkatkan di Aurora MySQL versi 3.03.1 dan yang lebih tinggi. Anda dapat menonaktifkan parameter ini hanya ketika Anda menggunakan binlog yang ditingkatkan. Untuk informasi selengkapnya, lihat Menyiapkan binlog yang disempurnakan untuk Aurora MySQL.

binlog_row_image

Tidak

Tidak ada

binlog_row_metadata

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_row_value_options

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_rows_query_log_events

Ya

Tidak ada

binlog_transaction_compression

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_transaction_compression_level_zstd

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_transaction_dependency_history_size

Ya

Parameter ini menetapkan batas atas jumlah hash baris yang dipertahankan dalam memori dan digunakan untuk mencari transaksi yang terakhir memodifikasi baris tertentu. Setelah jumlah hash ini tercapai, riwayatnya dibersihkan.

Parameter ini berlaku untuk Aurora MySQL versi 2.12 dan lebih tinggi, serta versi 3.

binlog_transaction_dependency_tracking

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

character-set-client-handshake

Ya

Tidak ada

character_set_client

Ya

Tidak ada

character_set_connection

Ya

Tidak ada

character_set_database

Ya

Set karakter yang digunakan oleh database default. Nilai default-nya adalah utf8mb4.

character_set_filesystem

Ya

Tidak ada

character_set_results

Ya

Tidak ada

character_set_server

Ya

Tidak ada

collation_connection

Ya

Tidak ada

collation_server

Ya

Tidak ada

completion_type

Ya

Tidak ada

default_storage_engine

Tidak

Klaster Aurora MySQL menggunakan mesin penyimpanan InnoDB untuk semua data Anda.

enforce_gtid_consistency

Terkadang

Dapat dimodifikasi di Aurora MySQL versi 2 dan lebih tinggi.

event_scheduler

Ya

Menunjukkan status Penjadwal Peristiwa.

Dapat dimodifikasi hanya pada tingkat klaster di Aurora MySQL versi 3.

gtid-mode

Terkadang

Dapat dimodifikasi di Aurora MySQL versi 2 dan lebih tinggi.

information_schema_stats_expiry

Ya

Jumlah detik setelah server basis data MySQL mengambil data dari mesin penyimpanan dan mengganti data dalam cache. Nilai yang diizinkan adalah 031536000.

Parameter ini berlaku untuk Aurora MySQL versi 3.

init_connect

Ya

Perintah yang akan dijalankan oleh server untuk setiap klien yang terhubung. Gunakan tanda kutip ganda (“) untuk pengaturan agar menghindari kegagalan koneksi, misalnya:

SET optimizer_switch="hash_join=off"

Di Aurora MySQL versi 3, parameter ini tidak berlaku untuk pengguna yang memiliki hak akses CONNECTION_ADMIN. Ini termasuk pengguna master Aurora. Untuk informasi selengkapnya, lihat Model hak akses berbasis peran.

innodb_adaptive_hash_index

Ya

Anda dapat memodifikasi parameter ini pada tingkat klaster DB di Aurora MySQL versi 2 dan 3.

Indeks Hash Adaptif tidak didukung pada instans DB pembaca.

innodb_aurora_instant_alter_column_allowed

Ya

Mengontrol apakah algoritma INSTANT dapat digunakan untuk operasi ALTER COLUMN di tingkat global. Nilai yang diizinkan adalah sebagai berikut:

  • 0INSTANT Algoritma tidak diizinkan untuk ALTER COLUMN operasi (OFF). Kembali ke algoritma lain.

  • 1INSTANT Algoritma diperbolehkan untuk ALTER COLUMN operasi (ON). Ini adalah nilai default.

Untuk informasi selengkapnya, lihat Column Operations dalam dokumentasi MySQL.

Parameter ini berlaku untuk Aurora MySQL versi 3.05 dan lebih tinggi.

innodb_autoinc_lock_mode

Ya

Tidak ada

innodb_checksums

Tidak

Dihapus dari Aurora MySQL versi 3.

innodb_cmp_per_index_enabled

Ya

Tidak ada

innodb_commit_concurrency

Ya

Tidak ada

innodb_data_home_dir

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

innodb_deadlock_detect

Ya

Opsi ini digunakan untuk menonaktifkan deteksi deadlock di Aurora MySQL versi 2.11 dan lebih tinggi serta versi 3.

Pada sistem konkurensi tinggi, deteksi deadlock dapat menyebabkan perlambatan ketika banyak thread menunggu kunci yang sama. Baca dokumentasi MySQL untuk informasi selengkapnya tentang parameter ini.

innodb_default_row_format

Ya

Parameter ini mendefinisikan format baris default untuk tabel InnoDB (termasuk tabel sementara InnoDB yang dibuat pengguna). Ini berlaku untuk Aurora MySQL versi 2 dan 3.

Nilainya bisa DYNAMIC, COMPACT, atau REDUNDANT.

innodb_file_per_table

Ya

Parameter ini memengaruhi cara penyimpanan tabel disusun. Untuk informasi selengkapnya, lihat Penskalaan penyimpanan.

innodb_flush_log_at_trx_commit

Ya

Kami sangat menyarankan agar Anda menggunakan nilai default 1.

Di Aurora MySQL versi 3, sebelum Anda dapat mengatur parameter ini ke nilai selain 1, Anda harus menetapkan nilai innodb_trx_commit_allow_data_loss ke 1.

Untuk informasi selengkapnya, lihat Mengonfigurasi seberapa sering buffer log di-flush.

innodb_ft_max_token_size

Ya

Tidak ada

innodb_ft_min_token_size

Ya

Tidak ada

innodb_ft_num_word_optimize

Ya

Tidak ada

innodb_ft_sort_pll_degree

Ya

Tidak ada

innodb_online_alter_log_max_size

Ya

Tidak ada

innodb_optimize_fulltext_only

Ya

Tidak ada

innodb_page_size

Tidak

Tidak ada

innodb_print_all_deadlocks

Ya

Saat diaktifkan, mencatat informasi tentang semua deadlock InnoDB di log kesalahan Aurora MySQL. Untuk informasi selengkapnya, lihat Meminimalkan dan memecahkan masalah Aurora Kebuntuan saya SQL.

innodb_purge_batch_size

Ya

Tidak ada

innodb_purge_threads

Ya

Tidak ada

innodb_rollback_on_timeout

Ya

Tidak ada

innodb_rollback_segments

Ya

Tidak ada

innodb_spin_wait_delay

Ya

Tidak ada

innodb_strict_mode

Ya

Tidak ada

innodb_support_xa

Ya

Dihapus dari Aurora MySQL versi 3.

innodb_sync_array_size

Ya

Tidak ada

innodb_sync_spin_loops

Ya

Tidak ada

innodb_stats_include_delete_marked

Ya

Ketika parameter ini diaktifkan, InnoDB menyertakan catatan yang ditandai hapus saat menghitung statistik pengoptimisasi persisten.

Parameter ini berlaku untuk Aurora MySQL versi 2.12 dan lebih tinggi, serta versi 3.

innodb_table_locks

Ya

Tidak ada

innodb_trx_commit_allow_data_loss

Ya

Di Aurora MySQL versi 3, atur nilai parameter ini ke 1 sehingga Anda dapat mengubah nilai innodb_flush_log_at_trx_commit.

Nilai default innodb_trx_commit_allow_data_loss adalah 0.

Untuk informasi selengkapnya, lihat Mengonfigurasi seberapa sering buffer log di-flush.

innodb_undo_directory

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

internal_tmp_disk_storage_engine

Ya

Mengontrol mesin penyimpanan dalam memori mana yang digunakan untuk tabel sementara internal. Nilai yang diizinkan adalah INNODB dan MYISAM.

Parameter ini berlaku untuk Aurora MySQL versi 2.

internal_tmp_mem_storage_engine

Ya

Mengontrol mesin penyimpanan dalam memori mana yang digunakan untuk tabel sementara internal. Nilai yang diizinkan adalah MEMORY dan TempTable.

Parameter ini berlaku untuk Aurora MySQL versi 3.

key_buffer_size

Ya

Cache kunci untuk tabel MyISAM. Untuk informasi selengkapnya, lihat mutex keycache->cache_lock.

lc_time_names

Ya

Tidak ada

log_error_suppression_list

Ya

Menentukan daftar kode kesalahan yang tidak login di log kesalahan MySQL. Ini memungkinkan Anda untuk mengabaikan kondisi kesalahan nonkritis tertentu untuk membantu menjaga log kesalahan Anda tetap bersih. Untuk informasi selengkapnya, lihat log_error_suppression_list di dokumentasi MySQL.

Parameter ini berlaku untuk Aurora MySQL versi 3.03 dan lebih tinggi.

low_priority_updates

Ya

Operasi INSERT, UPDATE, DELETE, dan LOCK TABLE WRITE menunggu sampai tidak ada operasi SELECT yang tertunda. Parameter ini hanya memengaruhi mesin penyimpanan yang hanya menggunakan penguncian tingkat tabel (MyISAM, MEMORY, MERGE).

Parameter ini berlaku untuk Aurora MySQL versi 3.

lower_case_table_names

Ya (Aurora MySQL versi 2)

Hanya pada waktu pembuatan klaster (Aurora MySQL versi 3)

Di Aurora MySQL versi 2.10 dan versi 2.x yang lebih tinggi, pastikan untuk mem-boot ulang semua instans pembaca setelah mengubah pengaturan ini dan mem-boot ulang instans penulis. Untuk detailnya, lihat Mem-boot ulang klaster Aurora dengan ketersediaan baca.

Di Aurora MySQL versi 3, nilai parameter ini diatur secara permanen pada saat klaster dibuat. Jika Anda menggunakan nilai nondefault untuk opsi ini, siapkan grup parameter kustom Aurora MySQL versi 3 Anda sebelum meningkatkan, dan tentukan grup parameter selama operasi pemulihan snapshot yang membuat klaster versi 3.

Dengan basis data global Aurora berdasarkan Aurora MySQL, Anda tidak dapat melakukan peningkatan di tempat dari Aurora MySQL versi 2 ke versi 3 jika parameter lower_case_table_names diaktifkan. Untuk informasi selengkapnya tentang metode yang dapat Anda gunakan, lihat Peningkatan versi utama.

master-info-repository

Ya

Dihapus dari Aurora MySQL versi 3.

master_verify_checksum

Ya

Aurora MySQL versi 2. Gunakan source_verify_checksum di Aurora MySQL versi 3.

max_delayed_threads

Ya

Mengatur jumlah maksimum thread untuk menangani pernyataan INSERT DELAYED.

Parameter ini berlaku untuk Aurora MySQL versi 3.

max_error_count

Ya

Jumlah maksimum pesan kesalahan, peringatan, dan catatan yang akan disimpan untuk ditampilkan.

Parameter ini berlaku untuk Aurora MySQL versi 3.

max_execution_time

Ya

Batas waktu untuk menjalankan pernyataan SELECT, dalam milidetik. Nilainya bisa berkisar 018446744073709551615. Ketika diatur ke0, tidak ada batas waktu.

Untuk informasi selengkapnya, lihat max_execution_time dalam dokumentasi MySQL.

min_examined_row_limit

Ya

Gunakan parameter ini agar kueri yang memeriksa lebih sedikit jumlah baris dari yang ditentukan tidak dicatat.

partial_revokes

Tidak

Parameter ini berlaku untuk Aurora MySQL versi 3.

preload_buffer_size

Ya

Ukuran buffer yang dialokasikan saat melakukan pra-pemuatan indeks.

Parameter ini berlaku untuk Aurora MySQL versi 3.

query_cache_type

Ya

Dihapus dari Aurora MySQL versi 3.

read_only

Ya

Ketika parameter ini diaktifkan, server tidak mengizinkan pembaruan kecuali dari yang dilakukan oleh thread replika.

Untuk Aurora MySQL versi 2, nilai yang valid adalah sebagai berikut:

  • 0OFF

  • 1ON

  • {TrueIfReplica}ON untuk membaca replika. Ini adalah nilai default.

  • {TrueIfClusterReplica}ON untuk klaster replika seperti replika baca lintas wilayah, cluster sekunder dalam database global Aurora, dan penerapan biru/hijau.

Untuk Aurora MySQL versi 3, nilai yang valid adalah sebagai berikut:

  • 0OFF. Ini adalah nilai default.

  • 1ON

  • {TrueIfClusterReplica}ON untuk klaster replika seperti replika baca lintas wilayah, cluster sekunder dalam database global Aurora, dan penerapan biru/hijau.

Di Aurora MySQL versi 3, parameter ini tidak berlaku untuk pengguna yang memiliki hak akses CONNECTION_ADMIN. Ini termasuk pengguna master Aurora. Untuk informasi selengkapnya, lihat Model hak akses berbasis peran.

relay-log-space-limit

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replica_parallel_type

Ya

Parameter ini memungkinkan eksekusi paralel pada replika dari semua thread yang tidak di-commit yang sudah ada dalam fase persiapan, tanpa melanggar konsistensi. Parameter ini berlaku untuk Aurora MySQL versi 3.

Di Aurora MySQL versi 3.03.* dan lebih rendah, nilai default-nya adalah DATABASE. Di Aurora MySQL versi 3.04 dan lebih tinggi, nilai default-nya adalah LOGICAL_CLOCK.

replica_preserve_commit_order

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replica_transaction_retries

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replica_type_conversions

Ya

Parameter ini menentukan jenis konversi yang digunakan pada replika. Nilai yang diizinkan adalah: ALL_LOSSY, ALL_NON_LOSSY, ALL_SIGNED, dan ALL_UNSIGNED. Untuk informasi selengkapnya, lihat Replication with differing table definitions on source and replica dalam dokumentasi MySQL.

Parameter ini berlaku untuk Aurora MySQL versi 3.

replicate-do-db

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replicate-do-table

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replicate-ignore-db

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replicate-ignore-table

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replicate-wild-do-table

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

replicate-wild-ignore-table

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

require_secure_transport

Ya

Parameter ini berlaku untuk Aurora MySQL versi 2 dan 3. Untuk informasi selengkapnya, lihat Koneksi TLS ke cluster DB MySQL Aurora.

rpl_read_size

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

server_audit_cw_upload

Tidak

Parameter ini telah usang di Aurora MySQL. Gunakan server_audit_logs_upload.

Untuk informasi selengkapnya, lihat Menerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch .

server_audit_events

Ya

Untuk informasi selengkapnya, lihat Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL.

server_audit_excl_users

Ya

Untuk informasi selengkapnya, lihat Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL.

server_audit_incl_users

Ya

Untuk informasi selengkapnya, lihat Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL.

server_audit_logging

Ya

Untuk petunjuk tentang mengunggah log ke Amazon CloudWatch Logs, lihatMenerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch .

server_audit_logs_upload

Ya

Anda dapat memublikasikan log audit ke CloudWatch Log dengan mengaktifkan Audit Lanjutan dan menyetel parameter ini. 1 Default untuk parameter server_audit_logs_upload adalah 0.

Untuk informasi selengkapnya, lihat Menerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch .

server_id

Tidak

Tidak ada

skip-character-set-client-handshake

Ya

Tidak ada

skip_name_resolve

Tidak

Tidak ada

slave-skip-errors

Ya

Hanya berlaku untuk klaster Aurora MySQL versi 2, dengan kompatibilitas MySQL 5.7.

source_verify_checksum

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

sync_frm

Ya

Dihapus dari Aurora MySQL versi 3.

thread_cache_size

Ya Jumlah thread yang akan di-cache. Parameter ini berlaku untuk Aurora MySQL versi 2 dan 3.

time_zone

Ya

Secara default, zona waktu untuk cluster Aurora DB adalah Universal Time Coordinated (UTC). Anda dapat mengatur zona waktu untuk instans di klaster DB ke zona waktu lokal untuk aplikasi Anda. Untuk informasi selengkapnya, lihat Zona waktu lokal untuk klaster DB Amazon Aurora.

tls_version

Ya

Untuk informasi selengkapnya, lihat Versi TLS untuk Aurora MySQL.

Parameter tingkat instans

Tabel berikut menunjukkan semua parameter yang berlaku untuk instans DB tertentu di klaster DB Aurora MySQL.

Nama parameter Dapat diubah Catatan

activate_all_roles_on_login

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

allow-suspicious-udfs

Tidak

Tidak ada

aurora_disable_hash_join

Ya

Atur parameter ini ke ON untuk menonaktifkan pengoptimalan hash join di Aurora MySQL versi 2.09 atau lebih tinggi. Parameter ini tidak didukung untuk versi 3. Untuk informasi selengkapnya, lihat Kueri paralel untuk Amazon Aurora My SQL.

aurora_lab_mode

Ya

Untuk informasi selengkapnya, lihat Mode lab Amazon Aurora MySQL. Dihapus dari Aurora MySQL versi 3.

aurora_oom_response

Ya

Parameter ini didukung untuk Aurora MySQL versi 2 dan 3. Untuk informasi selengkapnya, lihat Memecahkan out-of-memory masalah untuk database Aurora MySQL.

aurora_parallel_query

Ya

Atur ke ON untuk mengaktifkan kueri paralel di Aurora MySQL versi 2.09 atau lebih tinggi. Parameter aurora_pq lama tidak digunakan dalam versi ini. Untuk informasi selengkapnya, lihat Kueri paralel untuk Amazon Aurora My SQL.

aurora_pq

Ya

Atur ke OFF untuk menonaktifkan kueri paralel untuk instans DB tertentu di versi Aurora MySQL sebelum 2.09. Di versi 2.09 atau lebih tinggi, aktifkan dan nonaktifkan kueri paralel dengan aurora_parallel_query. Untuk informasi selengkapnya, lihat Kueri paralel untuk Amazon Aurora My SQL.

aurora_read_replica_read_committed

Ya

Mengaktifkan tingkat isolasi READ COMMITTED untuk Replika Aurora dan mengubah perilaku isolasi untuk mengurangi lag pembersihan selama kueri yang berjalan lama. Aktifkan pengaturan ini hanya jika Anda memahami perubahan perilaku dan pengaruhnya terhadap hasil kueri. Misalnya, pengaturan ini menggunakan isolasi yang kurang ketat daripada default MySQL. Ketika diaktifkan, kueri yang berjalan lama mungkin mengamati lebih dari satu salinan dari baris yang sama karena Aurora menyusun ulang data tabel saat kueri sedang berjalan. Untuk informasi selengkapnya, lihat Tingkat isolasi Aurora MySQL.

aurora_tmptable_enable_per_table_limit

Ya

Menentukan apakah parameter tmp_table_size mengontrol ukuran maksimum tabel sementara dalam memori yang dibuat oleh mesin penyimpanan TempTable di Aurora MySQL versi 3.04 dan lebih tinggi.

Untuk informasi selengkapnya, lihat Membatasi ukuran tabel sementara internal dalam memori.

aurora_use_vector_instructions

Ya

Ketika parameter ini diaktifkan, Aurora MySQL menggunakan instruksi pemrosesan vektor yang dioptimalkan yang disediakan oleh modern CPUs untuk meningkatkan kinerja pada beban kerja intensif I/O.

Pengaturan ini diaktifkan secara default di Aurora MySQL versi 3.05 dan lebih tinggi.

autocommit

Ya

Tidak ada

automatic_sp_privileges

Ya

Tidak ada

back_log

Ya

Tidak ada

basedir

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

binlog_cache_size

Ya

Tidak ada

binlog_max_flush_queue_time

Ya

Tidak ada

binlog_order_commits

Ya

Tidak ada

binlog_stmt_cache_size

Ya

Tidak ada

binlog_transaction_compression

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

binlog_transaction_compression_level_zstd

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

bulk_insert_buffer_size

Ya

Tidak ada

concurrent_insert

Ya

Tidak ada

connect_timeout

Ya

Tidak ada

core-file

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

datadir

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

default_authentication_plugin

Tidak

Parameter ini berlaku untuk Aurora MySQL versi 3.

default_time_zone

Tidak

Tidak ada

default_tmp_storage_engine

Ya

Mesin penyimpanan default untuk tabel sementara.

default_week_format

Ya

Tidak ada

delay_key_write

Ya

Tidak ada

delayed_insert_limit

Ya

Tidak ada

delayed_insert_timeout

Ya

Tidak ada

delayed_queue_size

Ya

Tidak ada

div_precision_increment

Ya

Tidak ada

end_markers_in_json

Ya

Tidak ada

eq_range_index_dive_limit

Ya

Tidak ada

event_scheduler

Terkadang

Menunjukkan status Penjadwal Peristiwa.

Dapat dimodifikasi hanya pada tingkat klaster di Aurora MySQL versi 3.

explicit_defaults_for_timestamp

Ya

Tidak ada

flush

Tidak

Tidak ada

flush_time

Ya

Tidak ada

ft_boolean_syntax

Tidak

Tidak ada

ft_max_word_len

Ya

Tidak ada

ft_min_word_len

Ya

Tidak ada

ft_query_expansion_limit

Ya

Tidak ada

ft_stopword_file

Ya

Tidak ada

general_log

Ya

Untuk petunjuk tentang mengunggah log ke CloudWatch Log, lihatMenerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch .

general_log_file

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

group_concat_max_len

Ya

Tidak ada

host_cache_size

Ya

Tidak ada

init_connect

Ya

Perintah yang akan dijalankan oleh server untuk setiap klien yang terhubung. Gunakan tanda kutip ganda (“) untuk pengaturan agar menghindari kegagalan koneksi, misalnya:

SET optimizer_switch="hash_join=off"

Di Aurora MySQL versi 3, parameter ini tidak berlaku untuk pengguna yang memiliki hak akses CONNECTION_ADMIN, termasuk pengguna master Aurora. Untuk informasi selengkapnya, lihat Model hak akses berbasis peran.

innodb_adaptive_hash_index

Ya

Anda dapat memodifikasi parameter ini di tingkat instans DB di Aurora MySQL versi 2. Ini hanya dapat dimodifikasi pada tingkat klaster DB di Aurora MySQL versi 3.

Indeks Hash Adaptif tidak didukung pada instans DB pembaca.

innodb_adaptive_max_sleep_delay

Ya

Memodifikasi parameter ini tidak berdampak karena innodb_thread_concurrency selalu 0 untuk Aurora.

innodb_aurora_max_partitions_for_range

Ya

Dalam beberapa kasus saat statistik tetap tidak tersedia, Anda dapat menggunakan parameter ini untuk meningkatkan performa estimasi jumlah baris pada tabel yang dipartisi.

Anda dapat mengaturnya ke nilai dalam rentang 0–8192, yang menentukan jumlah partisi yang akan diperiksa selama estimasi jumlah baris. Nilai default adalah 0, yang menentukan estimasi menggunakan semua partisi, sesuai dengan perilaku MySQL default.

Parameter ini tersedia untuk Aurora MySQL versi 3.03.1 dan lebih tinggi.

innodb_autoextend_increment

Ya

Tidak ada

innodb_buffer_pool_dump_at_shutdown

Tidak

Tidak ada

innodb_buffer_pool_dump_now

Tidak

Tidak ada

innodb_buffer_pool_filename

Tidak

Tidak ada

innodb_buffer_pool_load_abort

Tidak

Tidak ada

innodb_buffer_pool_load_at_startup

Tidak

Tidak ada

innodb_buffer_pool_load_now

Tidak

Tidak ada

innodb_buffer_pool_size

Ya

Nilai default-nya direpresentasikan dengan rumus. Untuk detail tentang cara nilai DBInstanceClassMemory dalam rumus dihitung, lihat Variabel formula parameter DB.

innodb_change_buffer_max_size

Tidak

Aurora MySQL tidak menggunakan buffer perubahan InnoDB sama sekali.

innodb_compression_failure_threshold_pct

Ya

Tidak ada

innodb_compression_level

Ya

Tidak ada

innodb_compression_pad_pct_max

Ya

Tidak ada

innodb_concurrency_tickets

Ya

Memodifikasi parameter ini tidak berdampak karena innodb_thread_concurrency selalu 0 untuk Aurora.

innodb_deadlock_detect

Ya

Opsi ini digunakan untuk menonaktifkan deteksi deadlock di Aurora MySQL versi 2.11 dan lebih tinggi serta versi 3.

Pada sistem konkurensi tinggi, deteksi deadlock dapat menyebabkan perlambatan ketika banyak thread menunggu kunci yang sama. Baca dokumentasi MySQL untuk informasi selengkapnya tentang parameter ini.

innodb_file_format

Ya

Dihapus dari Aurora MySQL versi 3.

innodb_flushing_avg_loops

Tidak

Tidak ada

innodb_force_load_corrupted

Tidak

Tidak ada

innodb_ft_aux_table

Ya

Tidak ada

innodb_ft_cache_size

Ya

Tidak ada

innodb_ft_enable_stopword

Ya

Tidak ada

innodb_ft_server_stopword_table

Ya

Tidak ada

innodb_ft_user_stopword_table

Ya

Tidak ada

innodb_large_prefix

Ya

Dihapus dari Aurora MySQL versi 3.

innodb_lock_wait_timeout

Ya

Tidak ada

innodb_log_compressed_pages

Tidak

Tidak ada

innodb_lru_scan_depth

Ya

Tidak ada

innodb_max_purge_lag

Ya

Tidak ada

innodb_max_purge_lag_delay

Ya

Tidak ada

innodb_monitor_disable

Ya

Tidak ada

innodb_monitor_enable

Ya

Tidak ada

innodb_monitor_reset

Ya

Tidak ada

innodb_monitor_reset_all

Ya

Tidak ada

innodb_old_blocks_pct

Ya

Tidak ada

innodb_old_blocks_time

Ya

Tidak ada

innodb_open_files

Ya

Tidak ada

innodb_print_all_deadlocks

Ya

Saat diaktifkan, mencatat informasi tentang semua deadlock InnoDB di log kesalahan Aurora MySQL. Untuk informasi selengkapnya, lihat Meminimalkan dan memecahkan masalah Aurora Kebuntuan saya SQL.

innodb_random_read_ahead

Ya

Tidak ada

innodb_read_ahead_threshold

Ya

Tidak ada

innodb_read_io_threads

Tidak

Tidak ada

innodb_read_only

Tidak

Aurora MySQL mengelola instans read-only dan read/write state of DB instances based on the type of cluster. For example, a provisioned cluster has one read/write DB (instance utama) dan instance lainnya di cluster adalah read-only (Aurora Replicas).

innodb_replication_delay

Ya

Tidak ada

innodb_sort_buffer_size

Ya

Tidak ada

innodb_stats_auto_recalc

Ya

Tidak ada

innodb_stats_method

Ya

Tidak ada

innodb_stats_on_metadata

Ya

Tidak ada

innodb_stats_persistent

Ya

Tidak ada

innodb_stats_persistent_sample_pages

Ya

Tidak ada

innodb_stats_transient_sample_pages

Ya

Tidak ada

innodb_thread_concurrency

Tidak

Tidak ada

innodb_thread_sleep_delay

Ya

Memodifikasi parameter ini tidak berdampak karena innodb_thread_concurrency selalu 0 untuk Aurora.

interactive_timeout

Ya

Aurora mengevaluasi nilai minimum interactive_timeout dan wait_timeout. Kemudian, layanan ini menggunakan nilai minimum tersebut sebagai batas waktu untuk mengakhiri semua sesi idle, interaktif, dan non-interaktif.

internal_tmp_disk_storage_engine

Ya

Mengontrol mesin penyimpanan dalam memori mana yang digunakan untuk tabel sementara internal. Nilai yang diizinkan adalah INNODB dan MYISAM.

Parameter ini berlaku untuk Aurora MySQL versi 2.

internal_tmp_mem_storage_engine

Terkadang

Mengontrol mesin penyimpanan dalam memori mana yang digunakan untuk tabel sementara internal. Nilai yang diizinkan untuk instance DB penulis adalah MEMORY danTempTable.

Untuk instance DB pembaca, parameter ini diatur ke TempTable dan tidak dapat dimodifikasi.

Parameter ini berlaku untuk Aurora MySQL versi 3.

join_buffer_size

Ya

Tidak ada

keep_files_on_create

Ya

Tidak ada

key_buffer_size

Ya

Cache kunci untuk tabel MyISAM. Untuk informasi selengkapnya, lihat mutex keycache->cache_lock.

key_cache_age_threshold

Ya

Tidak ada

key_cache_block_size

Ya

Tidak ada

key_cache_division_limit

Ya

Tidak ada

local_infile

Ya

Tidak ada

lock_wait_timeout

Ya

Tidak ada

log-bin

Tidak

Mengatur binlog_format ke STATEMENT, MIXED, atau ROW akan secara otomatis mengatur log-bin ke ON. Mengatur binlog_format ke OFF akan secara otomatis mengatur log-bin ke OFF. Untuk informasi selengkapnya, lihat Replikasi antara Aurora dan SQL My atau antara Aurora dan cluster Aurora DB lainnya (replikasi log biner).

log_bin_trust_function_creators

Ya

Tidak ada

log_bin_use_v1_row_events

Ya

Dihapus dari Aurora MySQL versi 3.

log_error

Tidak

Tidak ada

log_error_suppression_list

Ya

Menentukan daftar kode kesalahan yang tidak login di log kesalahan MySQL. Ini memungkinkan Anda untuk mengabaikan kondisi kesalahan nonkritis tertentu untuk membantu menjaga log kesalahan Anda tetap bersih. Untuk informasi selengkapnya, lihat log_error_suppression_list di dokumentasi MySQL.

Parameter ini berlaku untuk Aurora MySQL versi 3.03 dan lebih tinggi.

log_output

Ya

Tidak ada

log_queries_not_using_indexes

Ya

Tidak ada

log_slave_updates

Tidak

Aurora MySQL versi 2. Gunakan log_replica_updates di Aurora MySQL versi 3.

log_replica_updates

Tidak

Aurora MySQL versi 3

log_throttle_queries_not_using_indexes

Ya

Tidak ada

log_warnings

Ya

Dihapus dari Aurora MySQL versi 3.

long_query_time

Ya

Tidak ada

low_priority_updates

Ya

Operasi INSERT, UPDATE, DELETE, dan LOCK TABLE WRITE menunggu sampai tidak ada operasi SELECT yang tertunda. Parameter ini hanya memengaruhi mesin penyimpanan yang hanya menggunakan penguncian tingkat tabel (MyISAM, MEMORY, MERGE).

Parameter ini berlaku untuk Aurora MySQL versi 3.

max_allowed_packet

Ya

Tidak ada

max_binlog_cache_size

Ya

Tidak ada

max_binlog_size

Tidak

Tidak ada

max_binlog_stmt_cache_size

Ya

Tidak ada

max_connect_errors

Ya

Tidak ada

max_connections

Ya

Nilai default-nya direpresentasikan dengan rumus. Untuk detail tentang cara nilai DBInstanceClassMemory dalam rumus dihitung, lihat Variabel formula parameter DB. Untuk nilai default yang tergantung pada kelas instans, lihat Koneksi maksimum ke instans Aurora My DB SQL.

max_delayed_threads

Ya

Mengatur jumlah maksimum thread untuk menangani pernyataan INSERT DELAYED.

Parameter ini berlaku untuk Aurora MySQL versi 3.

max_error_count

Ya

Jumlah maksimum pesan kesalahan, peringatan, dan catatan yang akan disimpan untuk ditampilkan.

Parameter ini berlaku untuk Aurora MySQL versi 3.

max_execution_time

Ya

Batas waktu untuk menjalankan pernyataan SELECT, dalam milidetik. Nilainya bisa berkisar 018446744073709551615. Ketika diatur ke0, tidak ada batas waktu.

Untuk informasi selengkapnya, lihat max_execution_time dalam dokumentasi MySQL.

max_heap_table_size

Ya

Tidak ada

max_insert_delayed_threads

Ya

Tidak ada

max_join_size

Ya

Tidak ada

max_length_for_sort_data

Ya

Dihapus dari Aurora MySQL versi 3.

max_prepared_stmt_count

Ya

Tidak ada

max_seeks_for_key

Ya

Tidak ada

max_sort_length

Ya

Tidak ada

max_sp_recursion_depth

Ya

Tidak ada

max_tmp_tables

Ya

Dihapus dari Aurora MySQL versi 3.

max_user_connections

Ya

Tidak ada

max_write_lock_count

Ya

Tidak ada

metadata_locks_cache_size

Ya

Dihapus dari Aurora MySQL versi 3.

min_examined_row_limit

Ya

Gunakan parameter ini agar kueri yang memeriksa lebih sedikit jumlah baris dari yang ditentukan tidak dicatat.

Parameter ini berlaku untuk Aurora MySQL versi 3.

myisam_data_pointer_size

Ya

Tidak ada

myisam_max_sort_file_size

Ya

Tidak ada

myisam_mmap_size

Ya

Tidak ada

myisam_sort_buffer_size

Ya

Tidak ada

myisam_stats_method

Ya

Tidak ada

myisam_use_mmap

Ya

Tidak ada

net_buffer_length

Ya

Tidak ada

net_read_timeout

Ya

Tidak ada

net_retry_count

Ya

Tidak ada

net_write_timeout

Ya

Tidak ada

old-style-user-limits

Ya

Tidak ada

old_passwords

Ya

Dihapus dari Aurora MySQL versi 3.

optimizer_prune_level

Ya

Tidak ada

optimizer_search_depth

Ya

Tidak ada

optimizer_switch

Ya

Untuk informasi tentang fitur Aurora MySQL yang menggunakan switch ini, lihat Praktik terbaik dengan Amazon Aurora My SQL.

optimizer_trace

Ya

Tidak ada

optimizer_trace_features

Ya

Tidak ada

optimizer_trace_limit

Ya

Tidak ada

optimizer_trace_max_mem_size

Ya

Tidak ada

optimizer_trace_offset

Ya

Tidak ada

performance-schema-consumer-events-waits-current

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance-schema-consumer-events-waits-current. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance-schema-instrument

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance-schema-instrument. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema

Ya

Jika kolom Sumber disetel keModified, Performance Insights mengelola Skema Kinerja. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_accounts_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_accounts_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_global_instrumentation

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_global_instrumentation. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_thread_instrumentation

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_thread_instrumentation. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_stages_current

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_stages_current. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_stages_history

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_stages_history. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_stages_history_long

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_stages_history_long. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_statements_current

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_statements_current. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_statements_history

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_statements_history. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_statements_history_long

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_statements_history_long. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_waits_history

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_waits_history. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_events_waits_history_long

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_events_waits_history_long. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_consumer_statements_digest

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_consumer_statements_digest. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_digests_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_digests_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_stages_history_long_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_stages_history_long_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_stages_history_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_stages_history_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_statements_history_long_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_statements_history_long_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_statements_history_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_statements_history_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_transactions_history_long_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_transactions_history_long_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_transactions_history_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_transactions_history_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_waits_history_long_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_waits_history_long_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_events_waits_history_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_events_waits_history_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_hosts_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_hosts_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_cond_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_cond_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_cond_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_cond_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_digest_length

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_digest_length. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_file_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_file_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_file_handles

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_file_handles. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_file_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_file_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_index_stat

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_index_stat. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_memory_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_memory_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_metadata_locks

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_metadata_locks. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_mutex_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_mutex_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_mutex_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_mutex_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_prepared_statements_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_prepared_statements_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_program_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_program_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_rwlock_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_rwlock_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_rwlock_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_rwlock_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_socket_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_socket_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_socket_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_socket_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_sql_text_length

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_sql_text_length. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_stage_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_stage_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_statement_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_statement_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_statement_stack

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_statement_stack. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_table_handles

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_table_handles. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_table_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_table_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_table_lock_stat

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_table_lock_stat. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_thread_classes

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_thread_classes. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_max_thread_instances

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_max_thread_instances. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_session_connect_attrs_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_session_connect_attrs_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_setup_actors_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_setup_actors_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_setup_objects_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_setup_objects_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_show_processlist

Ya

Parameter ini menentukan implementasi SHOW PROCESSLIST mana yang akan digunakan:
  • Implementasi default diiterasi ke seluruh thread aktif dari dalam pengelola thread sambil mempertahankan mutex global. Hal ini dapat menyebabkan performa lambat, terutama pada sistem yang sibuk.

  • Implementasi SHOW PROCESSLIST alternatif didasarkan pada tabel Skema Performa processlist. Implementasi ini mengueri data thread aktif dari Skema Performa, bukan pengelola thread, dan tidak memerlukan mutex.

Parameter ini berlaku untuk Aurora MySQL versi 2.12 dan lebih tinggi, serta versi 3.

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_show_processlist. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

performance_schema_users_size

Ya

Jika kolom Sumber untuk parameter performance_schema diatur keModified, skema kinerja menggunakan parameterperformance_schema_users_size. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. Menentukan apakah Wawasan Performa mengelola Skema Performa

pid_file

Tidak

Tidak ada

plugin_dir

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

port

Tidak

Aurora MySQL mengelola properti koneksi dan memberlakukan pengaturan yang konsisten untuk semua instans DB dalam klaster.

preload_buffer_size

Ya

Ukuran buffer yang dialokasikan saat melakukan pra-pemuatan indeks.

Parameter ini berlaku untuk Aurora MySQL versi 3.

profiling_history_size

Ya

Tidak ada

query_alloc_block_size

Ya

Tidak ada

query_cache_limit

Ya

Dihapus dari Aurora MySQL versi 3.

query_cache_min_res_unit

Ya

Dihapus dari Aurora MySQL versi 3.

query_cache_size

Ya

Nilai default-nya direpresentasikan dengan rumus. Untuk detail tentang cara nilai DBInstanceClassMemory dalam rumus dihitung, lihat Variabel formula parameter DB.

Dihapus dari Aurora MySQL versi 3.

query_cache_type

Ya

Dihapus dari Aurora MySQL versi 3.

query_cache_wlock_invalidate

Ya

Dihapus dari Aurora MySQL versi 3.

query_prealloc_size

Ya

Tidak ada

range_alloc_block_size

Ya

Tidak ada

read_buffer_size

Ya

Tidak ada

read_only

Ya

Ketika parameter ini diaktifkan, server tidak mengizinkan pembaruan kecuali dari yang dilakukan oleh thread replika.

Untuk Aurora MySQL versi 2, nilai yang valid adalah sebagai berikut:

  • 0OFF

  • 1ON

  • {TrueIfReplica}ON untuk membaca replika. Ini adalah nilai default.

  • {TrueIfClusterReplica}ON untuk contoh di cluster replika seperti replika baca lintas wilayah, cluster sekunder dalam database global Aurora, dan penerapan biru/hijau.

Kami menyarankan Anda menggunakan grup parameter klaster DB di Aurora MySQL versi 2 untuk memastikan bahwa parameter read_only diterapkan ke instans penulis baru pada saat failover.

catatan

Instans pembaca selalu berstatus hanya baca karena Aurora MySQL mengatur innodb_read_only ke 1 di semua pembaca. Oleh karena itu, read_only menjadi redundan di instans pembaca.

Dihapus pada tingkat instans dari Aurora MySQL versi 3.

read_rnd_buffer_size

Ya

Tidak ada

relay-log

Tidak

Tidak ada

relay_log_info_repository

Ya

Dihapus dari Aurora MySQL versi 3.

relay_log_recovery

Tidak

Tidak ada

replica_checkpoint_group

Ya

Aurora MySQL versi 3

replica_checkpoint_period

Ya

Aurora MySQL versi 3

replica_parallel_workers

Ya

Aurora MySQL versi 3

replica_pending_jobs_size_max

Ya

Aurora MySQL versi 3

replica_skip_errors

Ya

Aurora MySQL versi 3

replica_sql_verify_checksum

Ya

Aurora MySQL versi 3

safe-user-create

Ya

Tidak ada

secure_auth

Ya

Parameter ini selalu diaktifkan di Aurora MySQL versi 2. Percobaan untuk menonaktifkannya akan menghasilkan kesalahan.

Dihapus dari Aurora MySQL versi 3.

secure_file_priv

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

show_create_table_verbosity

Ya

Pengaktifan variabel ini menyebabkan SHOW_CREATE_TABLE menampilkan ROW_FORMAT terlepas dari apakah format ini merupakan format default.

Parameter ini berlaku untuk Aurora MySQL versi 2.12 dan lebih tinggi, serta versi 3.

skip-slave-start

Tidak

Tidak ada

skip_external_locking

Tidak

Tidak ada

skip_show_database

Ya

Tidak ada

slave_checkpoint_group

Ya

Aurora MySQL versi 2. Gunakan replica_checkpoint_group di Aurora MySQL versi 3.

slave_checkpoint_period

Ya

Aurora MySQL versi 2. Gunakan replica_checkpoint_period di Aurora MySQL versi 3.

slave_parallel_workers

Ya

Aurora MySQL versi 2. Gunakan replica_parallel_workers di Aurora MySQL versi 3.

slave_pending_jobs_size_max

Ya

Aurora MySQL versi 2. Gunakan replica_pending_jobs_size_max di Aurora MySQL versi 3.

slave_sql_verify_checksum

Ya

Aurora MySQL versi 2. Gunakan replica_sql_verify_checksum di Aurora MySQL versi 3.

slow_launch_time

Ya

Tidak ada

slow_query_log

Ya

Untuk petunjuk tentang mengunggah log ke CloudWatch Log, lihatMenerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch .

slow_query_log_file

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

socket

Tidak

Tidak ada

sort_buffer_size

Ya

Tidak ada

sql_mode

Ya

Tidak ada

sql_select_limit

Ya

Tidak ada

stored_program_cache

Ya

Tidak ada

sync_binlog

Tidak

Tidak ada

sync_master_info

Ya

Tidak ada

sync_source_info

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3.

sync_relay_log

Ya

Dihapus dari Aurora MySQL versi 3.

sync_relay_log_info

Ya

Tidak ada

sysdate-is-now

Ya

Tidak ada

table_cache_element_entry_ttl

Tidak

Tidak ada

table_definition_cache

Ya

Nilai default-nya direpresentasikan dengan rumus. Untuk detail tentang cara nilai DBInstanceClassMemory dalam rumus dihitung, lihat Variabel formula parameter DB.

table_open_cache

Ya

Nilai default-nya direpresentasikan dengan rumus. Untuk detail tentang cara nilai DBInstanceClassMemory dalam rumus dihitung, lihat Variabel formula parameter DB.

table_open_cache_instances

Ya

Tidak ada

temp-pool

Ya

Dihapus dari Aurora MySQL versi 3.

temptable_max_mmap

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3. Untuk detailnya, lihat Perilaku tabel sementara baru di Aurora MySQL versi 3.

temptable_max_ram

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3. Untuk detailnya, lihat Perilaku tabel sementara baru di Aurora MySQL versi 3.

temptable_use_mmap

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3. Untuk detailnya, lihat Perilaku tabel sementara baru di Aurora MySQL versi 3.

thread_cache_size

Ya Jumlah thread yang akan di-cache. Parameter ini berlaku untuk Aurora MySQL versi 2 dan 3.

thread_handling

Tidak

Tidak ada

thread_stack

Ya

Tidak ada

timed_mutexes

Ya

Tidak ada

tmp_table_size

Ya

Mendefinisikan ukuran maksimum tabel sementara dalam memori internal yang dibuat oleh mesin penyimpanan MEMORY di Aurora MySQL versi 3.

Di Aurora MySQL versi 3.04 dan yang lebih tinggi, mendefinisikan ukuran maksimum tabel sementara dalam memori internal yang dibuat oleh mesin penyimpanan TempTable saat aurora_tmptable_enable_per_table_limit adalah ON.

Untuk informasi selengkapnya, lihat Membatasi ukuran tabel sementara internal dalam memori.

tmpdir

Tidak

Aurora MySQL menggunakan instans terkelola dengan sistem file yang tidak dapat Anda akses secara langsung.

transaction_alloc_block_size

Ya

Tidak ada

transaction_isolation

Ya

Parameter ini berlaku untuk Aurora MySQL versi 3. Parameter ini menggantikan tx_isolation.

transaction_prealloc_size

Ya

Tidak ada

tx_isolation

Ya

Dihapus dari Aurora MySQL versi 3. Parameter ini digantikan oleh transaction_isolation.

updatable_views_with_limit

Ya

Tidak ada

validate-password

Tidak

Tidak ada

validate_password_dictionary_file

Tidak

Tidak ada

validate_password_length

Tidak

Tidak ada

validate_password_mixed_case_count

Tidak

Tidak ada

validate_password_number_count

Tidak

Tidak ada

validate_password_policy

Tidak

Tidak ada

validate_password_special_char_count

Tidak

Tidak ada

wait_timeout

Ya

Aurora mengevaluasi nilai minimum interactive_timeout dan wait_timeout. Kemudian, layanan ini menggunakan nilai minimum tersebut sebagai batas waktu untuk mengakhiri semua sesi idle, interaktif, dan non-interaktif.

Parameter MySQL yang tidak berlaku untuk Aurora MySQL

Karena perbedaan arsitektur antara Aurora MySQL dan MySQL, sebagian parameter MySQL tidak berlaku untuk Aurora MySQL.

Parameter MySQL berikut tidak berlaku untuk Aurora MySQL: Daftar ini tidak lengkap.

  • activate_all_roles_on_login – Parameter ini tidak berlaku untuk Aurora MySQL versi 2. Parameter ini tersedia di Aurora MySQL versi 3.

  • big_tables

  • bind_address

  • character_sets_dir

  • innodb_adaptive_flushing

  • innodb_adaptive_flushing_lwm

  • innodb_buffer_pool_chunk_size

  • innodb_buffer_pool_instances

  • innodb_change_buffering

  • innodb_checksum_algorithm

  • innodb_data_file_path

  • innodb_dedicated_server

  • innodb_doublewrite

  • innodb_flush_log_at_timeout – Parameter ini tidak berlaku untuk Aurora MySQL. Lihat informasi yang lebih lengkap di Mengonfigurasi seberapa sering buffer log di-flush.

  • innodb_flush_method

  • innodb_flush_neighbors

  • innodb_io_capacity

  • innodb_io_capacity_max

  • innodb_log_buffer_size

  • innodb_log_file_size

  • innodb_log_files_in_group

  • innodb_log_spin_cpu_abs_lwm

  • innodb_log_spin_cpu_pct_hwm

  • innodb_log_writer_threads

  • innodb_max_dirty_pages_pct

  • innodb_numa_interleave

  • innodb_page_size

  • innodb_redo_log_capacity

  • innodb_redo_log_encrypt

  • innodb_undo_log_encrypt

  • innodb_undo_log_truncate

  • innodb_undo_logs

  • innodb_undo_tablespaces

  • innodb_use_native_aio

  • innodb_write_io_threads