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 Konsol Manajemen AWS RDS. Anda menggunakan perintah terpisah untuk mengelola parameter tingkat klaster dan parameter tingkat instans. Misalnya, Anda dapat menggunakan perintah [modify-db-cluster-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-parameter-group.html) CLI untuk mengelola parameter tingkat cluster dalam grup parameter cluster DB. Anda dapat menggunakan perintah [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html)CLI 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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-parameters.html) AWS CLI perintah untuk melihat parameter tingkat cluster dalam grup parameter cluster DB. Anda dapat menggunakan perintah [describe-db-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-parameters.html)CLI untuk melihat parameter tingkat instance dalam grup parameter DB untuk instance DB di cluster DB. **catatan** Setiap [grup parameter default](USER_WorkingWithParamGroups.md) 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 [](USER_WorkingWithParamGroups.md). Untuk aturan dan batasan klaster Aurora Serverless v1, lihat [Grup parameter untuk Aurora Serverless v1](aurora-serverless-v1.how-it-works.md#aurora-serverless.parameter-groups). **Topics** + [Parameter tingkat klaster](#AuroraMySQL.Reference.Parameters.Cluster) + [Parameter tingkat instans](#AuroraMySQL.Reference.Parameters.Instance) + [Parameter MySQL yang tidak berlaku untuk Aurora MySQL](#AuroraMySQL.Reference.Parameters.Inapplicable) ## 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 MySQL atau antara Aurora dan klaster DB Aurora lainnya (replikasi log biner)](AuroraMySQL.Replication.MySQL.md). 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 MySQL atau antara Aurora dan klaster DB Aurora lainnya (replikasi log biner)](AuroraMySQL.Replication.MySQL.md). | | `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](binlog-optimization.md). | | `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 MySQL atau antara Aurora dan klaster DB Aurora lainnya (replikasi log biner)](AuroraMySQL.Replication.MySQL.md). 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-mysql-parallel-query.md). | | `aurora_enable_replica_log_compression` | Ya | Untuk informasi selengkapnya, lihat [Pertimbangan performa untuk replikasi Amazon Aurora MySQL](AuroraMySQL.Replication.md#AuroraMySQL.Replication.Performance). 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](AuroraMySQL.Replication.md#AuroraMySQL.Replication.Performance). 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. | | `aurora_in_memory_relaylog` | Ya | Mengatur mode log relai memori dalam. Anda dapat menggunakan fitur ini pada replika binlog untuk meningkatkan kinerja replikasi log biner. Untuk mematikan fitur ini, atur parameter ke OFF. Untuk mengaktifkan fitur ini, atur parameter ke ON. | | `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](AuroraMySQL.Enhanced.binlog.md). | | `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 `0`–`18446744073709551615`. 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 klaster DB Amazon Aurora MySQL dari file teks di bucket Amazon S3](AuroraMySQL.Integrating.LoadFromS3.md). 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 ``. Saat diatur ke `0`, kata sandi dicatat sebagai nilai hash (`#`). | | `aurora_select_into_s3_role` | Ya | Untuk informasi selengkapnya, lihat [Menyimpan data dari klaster DB Amazon Aurora MySQL ke dalam file teks di bucket Amazon S3](AuroraMySQL.Integrating.SaveIntoS3.md). 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](aurora-mysql-kerberos.md). 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 [Menginvokasi fungsi Lambda dari klaster DB Amazon Aurora MySQL](AuroraMySQL.Integrating.Lambda.md). | | `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](AuroraMySQL.Integrating.Authorizing.IAM.AddRoleToDBCluster.md). | | `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](AuroraMySQL.Enhanced.binlog.md). | | `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 MySQL atau antara Aurora dan klaster DB Aurora lainnya (replikasi log biner)](AuroraMySQL.Replication.MySQL.md). | | `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](AuroraMySQL.Enhanced.binlog.md). | | `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 `0`–`31536000`. 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](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). | | `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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Untuk informasi selengkapnya, lihat [Column Operations](https://dev.mysql.com/doc/refman/8.0/en/innodb-online-ddl-operations.html#online-ddl-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](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). | | `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](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.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 deadlock Aurora MySQL](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.deadlocks). | | `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](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.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\$1lock](AuroraMySQL.Reference.Waitevents.md#key-cache.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\$1error\$1suppression\$1list](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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](aurora-mysql-survivable-replicas.md). 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](aurora-global-database-upgrade.md#aurora-global-database-upgrade.major). | | `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 `0`–`18446744073709551615`. Ketika diatur ke`0`, tidak ada batas waktu. Untuk informasi selengkapnya, lihat [max\$1execution\$1time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Untuk Aurora MySQL versi 3, nilai yang valid adalah sebagai berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) 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](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). | | `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.\$1 dan lebih rendah, nilai default-nya adalah DATABASE. Di Aurora MySQL versi 3.04 dan lebih tinggi, nilai default-nya adalah LOGICAL\$1CLOCK. | | `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](https://dev.mysql.com/doc/refman/8.0/en/replication-features-differing-tables.html) 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](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL). | | `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](AuroraMySQL.Integrating.CloudWatch.md). | | `server_audit_events` | Ya | Untuk informasi selengkapnya, lihat [Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL](AuroraMySQL.Auditing.md). | | `server_audit_excl_users` | Ya | Untuk informasi selengkapnya, lihat [Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL](AuroraMySQL.Auditing.md). | | `server_audit_incl_users` | Ya | Untuk informasi selengkapnya, lihat [Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL](AuroraMySQL.Auditing.md). | | `server_audit_logging` | Ya | Untuk petunjuk tentang mengunggah log ke Amazon CloudWatch Logs, lihat[Menerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch](AuroraMySQL.Integrating.CloudWatch.md). | | `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](AuroraMySQL.Integrating.CloudWatch.md). | | `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](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.LocalTimeZone). | | `tls_version` | Ya | Untuk informasi selengkapnya, lihat [Versi TLS untuk Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL.TLS_Version). | ## 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-mysql-parallel-query.md). | | `aurora_lab_mode` | Ya | Untuk informasi selengkapnya, lihat [Mode lab Amazon Aurora MySQL](AuroraMySQL.Updates.LabMode.md). 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](AuroraMySQLOOM.md). | | `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-mysql-parallel-query.md). | | `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-mysql-parallel-query.md). | | `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](AuroraMySQL.Reference.IsolationLevels.md). | | `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](ams3-temptable-behavior.md#ams3-temptable-behavior-limit). | | `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, lihat[Menerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch](AuroraMySQL.Integrating.CloudWatch.md). | | `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](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). | | `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](USER_ParamValuesRef.md#USER_FormulaVariables). | | `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 deadlock Aurora MySQL](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.deadlocks). | | `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 read-only dan read/write state instance DB berdasarkan jenis cluster. Misalnya, klaster yang disediakan memiliki satu instans read/write DB (instance *utama) dan instance* lain di cluster adalah hanya-baca (Replika Aurora). | | `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` dan`TempTable`. 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\$1lock](AuroraMySQL.Reference.Waitevents.md#key-cache.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 MySQL atau antara Aurora dan klaster DB Aurora lainnya (replikasi log biner)](AuroraMySQL.Replication.MySQL.md). | | `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\$1error\$1suppression\$1list](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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](USER_ParamValuesRef.md#USER_FormulaVariables). Untuk nilai default yang tergantung pada kelas instans, lihat [Koneksi maksimum ke instans DB Aurora MySQL](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.MaxConnections). | | `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 `0`–`18446744073709551615`. Ketika diatur ke`0`, tidak ada batas waktu. Untuk informasi selengkapnya, lihat [max\$1execution\$1time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_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 MySQL](AuroraMySQL.BestPractices.md). | | `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 ke`Modified`, skema kinerja menggunakan parameter`performance-schema-consumer-events-waits-current`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance-schema-instrument` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance-schema-instrument`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema` | Ya | Jika kolom **Sumber** disetel ke`Modified`, Performance Insights mengelola Skema Kinerja. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_accounts_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_accounts_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_global_instrumentation` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_global_instrumentation`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_thread_instrumentation` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_thread_instrumentation`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_stages_current` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_stages_current`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_stages_history` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_stages_history`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_stages_history_long` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_stages_history_long`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_statements_current` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_statements_current`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_statements_history` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_statements_history`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_statements_history_long` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_statements_history_long`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_waits_history` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_waits_history`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_events_waits_history_long` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_events_waits_history_long`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_consumer_statements_digest` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_consumer_statements_digest`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_digests_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_digests_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_stages_history_long_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_stages_history_long_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_stages_history_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_stages_history_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_statements_history_long_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_statements_history_long_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_statements_history_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_statements_history_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_transactions_history_long_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_transactions_history_long_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_transactions_history_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_transactions_history_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_waits_history_long_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_waits_history_long_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_events_waits_history_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_events_waits_history_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_hosts_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_hosts_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_cond_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_cond_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_cond_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_cond_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_digest_length` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_digest_length`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_file_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_file_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_file_handles` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_file_handles`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_file_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_file_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_index_stat` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_index_stat`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_memory_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_memory_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_metadata_locks` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_metadata_locks`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_mutex_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_mutex_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_mutex_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_mutex_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_prepared_statements_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_prepared_statements_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_program_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_program_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_rwlock_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_rwlock_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_rwlock_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_rwlock_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_socket_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_socket_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_socket_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_socket_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_sql_text_length` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_sql_text_length`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_stage_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_stage_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_statement_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_statement_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_statement_stack` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_statement_stack`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_table_handles` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_table_handles`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_table_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_table_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_table_lock_stat` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_table_lock_stat`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_thread_classes` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_thread_classes`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_max_thread_instances` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_max_thread_instances`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_session_connect_attrs_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_session_connect_attrs_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_setup_actors_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_setup_actors_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_setup_objects_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_setup_objects_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_show_processlist` | Ya | Parameter ini menentukan implementasi SHOW PROCESSLIST mana yang akan digunakan: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html)Parameter ini berlaku untuk Aurora MySQL versi 2.12 dan lebih tinggi, serta versi 3. Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_show_processlist`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `performance_schema_users_size` | Ya | Jika kolom **Sumber** untuk parameter `performance_schema` diatur ke`Modified`, skema kinerja menggunakan parameter`performance_schema_users_size`. Untuk informasi selengkapnya tentang mengaktifkan Skema Kinerja, lihat. [Menentukan apakah Wawasan Performa mengelola Skema Performa](USER_PerfInsights.EnableMySQL.determining-status.md) | | `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](USER_ParamValuesRef.md#USER_FormulaVariables). 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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) 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. 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\$1CREATE\$1TABLE](https://dev.mysql.com/doc/refman/5.7/en/show-create-table.html) 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, lihat[Menerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch](AuroraMySQL.Integrating.CloudWatch.md). | | `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](USER_ParamValuesRef.md#USER_FormulaVariables). | | `table_open_cache` | Ya | Nilai default-nya direpresentasikan dengan rumus. Untuk detail tentang cara nilai `DBInstanceClassMemory` dalam rumus dihitung, lihat [Variabel formula parameter DB](USER_ParamValuesRef.md#USER_FormulaVariables). | | `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](ams3-temptable-behavior.md). | | `temptable_max_ram` | Ya | Parameter ini berlaku untuk Aurora MySQL versi 3. Untuk detailnya, lihat [Perilaku tabel sementara baru di Aurora MySQL versi 3](ams3-temptable-behavior.md). | | `temptable_use_mmap` | Ya | Parameter ini berlaku untuk Aurora MySQL versi 3. Untuk detailnya, lihat [Perilaku tabel sementara baru di Aurora MySQL versi 3](ams3-temptable-behavior.md). | | `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](ams3-temptable-behavior.md#ams3-temptable-behavior-limit). | | `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](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.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`