ApsaraDB RDS:Rekomendasi pengembangan dan operasi

Connection pooling

minimumIdle=1, maximumPoolSize=15, idleTimeout=600000 (10 menit), maxLifetime=3600000 (60 menit)

sqlDB.SetMaxIdleConns(1), sqlDB.SetMaxOpenConns(15), sqlDB.SetConnMaxLifetime(time.Hour)

initialSize=1, minIdle=1, maxIdle=1, maxActive=15, testOnBorrow=false, testOnReturn=false, testWhileIdle=true, minEvictableIdleTimeMillis=600000 (10 menit), maxEvictableIdleTimeMillis=900000 (15 menit), timeBetweenEvictionRunsMillis=60000 (1 menit), maxWait=6000 (6 detik)

Kinerja dan stabilitas

• Satu database berkorespondensi dengan satu folder di sistem file dasar. Tabel, partisi, dan indeks berkorespondensi dengan file dalam folder tersebut. Jika jumlah file melebihi 20 juta, instans akan melaporkan error disk space exhausted. Pisahkan database atau gabungkan file tabel berdasarkan beban kerja Anda.

• Gunakan CREATE INDEX CONCURRENTLY untuk membuat indeks pada beban kerja online. Ini menghindari pemblokiran operasi INSERT, UPDATE, dan DELETE pada tabel target di sesi lain.

• Untuk instans yang menjalankan PostgreSQL 12 atau versi lebih baru, gunakan REINDEX CONCURRENTLY untuk membangun ulang indeks. Untuk PostgreSQL 11 atau versi lebih lama, gunakan CREATE INDEX ... CONCURRENTLY untuk membuat indeks pengganti, lalu hapus indeks aslinya.

• Hindari pembuatan dan penghapusan temporary table secara berulang—hal ini meningkatkan overhead tabel sistem. Gunakan hati-hati klausa ON COMMIT DROP. Dalam sebagian besar kasus, gunakan klausa WITH alih-alih temporary table.

• PostgreSQL 13 meningkatkan dukungan untuk tabel partisi, operasi HashAggregate pada klausa GROUP BY, dan kueri paralel. Upgrade instans Anda ke PostgreSQL 13 jika memungkinkan. Untuk informasi selengkapnya, lihat Upgrade the major engine version of an ApsaraDB RDS for PostgreSQL instance.

• Nonaktifkan fitur cursor jika Anda tidak lagi menggunakannya.

• Gunakan TRUNCATE alih-alih DELETE untuk penghapusan data tingkat tabel—TRUNCATE jauh lebih cepat.

• Bungkus pernyataan DDL dalam transaksi agar Anda dapat melakukan rollback jika diperlukan. Pertahankan transaksi tetap singkat: transaksi DDL yang panjang akan memblokir operasi baca pada objek yang dikuncinya.

• Untuk penulisan data massal, gunakan COPY atau INSERT INTO table VALUES (),(),...(); multi-baris untuk memaksimalkan throughput tulis.

Versi mesin minor

• Untuk menggunakan fitur replication slot, perbarui versi mesin minor ke 20201230 atau versi lebih baru. Pembaruan ini mengaktifkan fitur Logical Replication Slot Failover dan memungkinkan Anda mengonfigurasi aturan peringatan untuk metrik Maximum Replication Slot Latency, sehingga mencegah langganan logis tertinggal atau terganggu. Jika langganan logis tertunda atau terganggu, replication slot akan hilang dan catatan write-ahead logging (WAL) akan menumpuk. Untuk informasi selengkapnya, lihat Logical Replication Slot Failover dan Manage the alert rules of an ApsaraDB RDS for PostgreSQL instance.

• Untuk menggunakan fitur audit log atau Performance Insight, perbarui versi mesin minor ke 20211031 atau versi lebih baru.

  Jika log_statement disetel ke all, kinerja meningkat sekitar empat kali lipat dalam skenario dengan lebih dari 50 koneksi aktif, serta mencegah lonjakan signifikan pada utilisasi CPU.

Pemantauan Peringatan

• Aktifkan Initiative Alert untuk mengaktifkan aturan peringatan default yang disediakan oleh fitur Pemantauan Peringatan. Untuk informasi selengkapnya, lihat Manage the alerts.

• Tetapkan ambang batas peringatan penggunaan memori antara 85% hingga 95% berdasarkan karakteristik beban kerja Anda.

Pemecahan masalah

Untuk menemukan pernyataan SQL yang paling intensif sumber daya (Top SQL), lihat Find the most resource-intensive SQL statements (Top SQL).

Untuk mengidentifikasi pernyataan SQL dengan konsumsi sumber daya tertinggi, lihat Locate SQL statements with the highest resource consumption.

Desain

Kueri data

• Gunakan COUNT(*) alih-alih COUNT(column_name) atau COUNT(constants). COUNT(*) adalah standar SQL-92 untuk menghitung baris dan mencakup nilai NULL. COUNT(column_name) mengecualikan nilai NULL dan menghasilkan hasil yang berbeda.

• Untuk COUNT(DISTINCT) pada beberapa kolom, masukkan daftar kolom dalam tanda kurung:

  COUNT( (col1, col2, col3) )

  COUNT(DISTINCT) mencakup semua nilai NULL, sehingga menghasilkan hasil yang sama dengan COUNT(*).

• Hindari SELECT * FROM t. Tentukan hanya kolom yang Anda butuhkan untuk mencegah pengembalian data yang tidak perlu.

• Hindari mengembalikan result set besar ke klien database, kecuali untuk operasi extract, transform, and load (ETL). Jika suatu kueri mengembalikan result set yang sangat besar, periksa apakah rencana eksekusi kueri tersebut optimal.

• Untuk kueri rentang, gunakan tipe data Range dengan indeks GiST untuk meningkatkan kinerja.

• Jika aplikasi Anda sering menjalankan kueri yang mengembalikan banyak baris, agregasikan hasil menjadi batch. Misalnya, jika suatu kueri mengembalikan 100 baris, agregasikan menjadi satu result set. Jika aplikasi Anda mengakses hasil berdasarkan ID, agregasikan berdasarkan ID secara berkala. Result set yang lebih kecil mengurangi waktu respons.

Manajemen instans

• Aktifkan fitur SQL Explorer dan Audit untuk mengkueri dan mengekspor informasi eksekusi SQL, termasuk database yang dikueri, status eksekusi, dan durasi. Gunakan fitur ini untuk mendiagnosis kesehatan SQL, memecahkan masalah kinerja, dan menganalisis traffic. Untuk informasi selengkapnya, lihat Use the SQL Explorer and Audit feature on an ApsaraDB RDS for PostgreSQL instance.

• Untuk memantau dan mencatat aktivitas dalam Akun Alibaba Cloud Anda—termasuk akses konsol, API, dan tool developer—gunakan ActionTrail. ActionTrail mencatat tindakan tersebut sebagai event yang dapat Anda unduh dari Konsol ActionTrail atau kirimkan ke Logstore Layanan Log atau bucket Object Storage Service (OSS) untuk analitik keamanan, pelacakan perubahan sumber daya, atau audit kepatuhan. Untuk informasi selengkapnya, lihat What is ActionTrail?.

• Tinjau semua operasi DDL sebelum menjalankannya, dan jadwalkan perubahan DDL selama jam sepi.

• Sebelum melakukan commit transaksi yang menghapus atau memodifikasi data, jalankan pernyataan SELECT untuk mengonfirmasi baris yang terpengaruh. Jika logika bisnis Anda mengharuskan pembaruan tepat satu baris, tambahkan LIMIT 1.

• Untuk operasi DDL dan operasi lain yang memperoleh lock—seperti VACUUM FULL dan CREATE INDEX—tetapkan timeout lock untuk mencegahnya memblokir kueri tanpa batas:

  BEGIN;
  SET LOCAL lock_timeout = '10s';
  -- DDL statement;
  END;

• Gunakan EXPLAIN ANALYZE untuk memeriksa rencana eksekusi kueri. Berbeda dengan EXPLAIN, EXPLAIN ANALYZE benar-benar mengeksekusi kueri. Jika rencana tersebut melibatkan operasi DML (UPDATE, INSERT, atau DELETE), bungkus pernyataan dalam transaksi dan lakukan rollback setelah pemeriksaan untuk menghindari perubahan data yang tidak disengaja:

  BEGIN;
  EXPLAIN (ANALYZE) <DML (UPDATE/INSERT/DELETE) SQL>;
  ROLLBACK;

• Untuk penghapusan atau pembaruan skala besar, proses data dalam batch—setiap batch dalam transaksinya sendiri. Menghapus atau memperbarui semua baris dalam satu transaksi menghasilkan jumlah besar junk data.