Meningkatkan Prestasi Sandaran dan Pemulihan MySQL & PostgreSQL: Panduan Praktikal

Senario

Sebuah platform e-dagang menggunakan MySQL untuk transaksi utama dan PostgreSQL untuk analitik. Pertumbuhan data meningkatkan masa sandaran dari 30 minit ke 4 jam, pemulihan melebihi 8 jam, menjejaskan SLA. Pasukan ops perlu mengoptimumkan tanpa mengganggu pengeluaran.

Gejala

• MySQL: mysqldump perlahan, pengumpulan binlog, kependaman replika.
• PostgreSQL: pg_dump menyebabkan lonjakan CPU/IO, pg_basebackup memenuhi rangkaian.
• Umum: I/O wait hampir 100%, respons aplikasi merosot semasa sandaran.

Diagnosis

1. Kaedah sandaran: MySQL menggunakan sandaran fizikal (XtraBackup) vs logik? PostgreSQL sandaran selari diaktifkan?
2. Penggunaan sumber: Periksa iostat, vmstat, top untuk kesesakan.
3. Mampatan & pemindahan: Mampatan diaktifkan? Lebar jalur rangkaian mencukupi?
4. Konfigurasi DB: MySQL innodb_flush_log_at_trx_commit, sync_binlog; PostgreSQL wal_level, max_wal_size.

Arahan

Pengoptimuman MySQL

# Percona XtraBackup untuk sandaran panas fizikal dengan mampatan selari
xtrabackup --backup --parallel=4 --compress --compress-threads=4 --target-dir=/backup/mysql

# Pulih dengan nyahmampatan selari
xtrabackup --prepare --parallel=4 --target-dir=/backup/mysql

Pengoptimuman PostgreSQL

# pg_dump dengan mampatan selari
pg_dump -Fd -j 4 -Z 9 -f /backup/pg_dump mydb

# Sandaran fizikal cekap dengan pgBackRest
pgbackrest --stanza=myapp --type=full backup

Kawalan Risiko

• Semasa sandaran: MySQL gunakan --lock-ddl-per-table untuk kurangkan kunci; PostgreSQL gunakan --snapshot untuk pandangan konsisten.
• Uji pemulihan: Lakukan latihan pemulihan secara berkala dalam persekitaran terpencil.
• Had laju: Gunakan nice atau ionice untuk menurunkan keutamaan, atau cgroups untuk had sumber.

Gulung Balik

• Jika sandaran menyebabkan masalah pengeluaran, hentikan proses serta-merta.
• MySQL: Padam fail sandaran tidak lengkap, periksa status replika dan aktifkan semula sinkronisasi.
• PostgreSQL: Jika pg_start_backup() tersekat, laksanakan pg_stop_backup() atau mulakan semula pangkalan data.

Pengesahan

1. Integriti data: pt-table-checksum (MySQL) atau pg_checksums (PG).
2. Masa pemulihan: Ukur tempoh pemulihan penuh terhadap RTO.
3. Garis dasar prestasi: Bandingkan TPS/QPS selepas pemulihan dengan garis dasar.

Bila Menghantar Tiket OpsGlobal

• Pengoptimuman dalaman masih gagal memenuhi SLA.
• Kerosakan data atau ketidakselarasan selepas pemulihan.
• Perlu berpindah ke alat sandaran profesional (pgBackRest, MySQL Enterprise Backup).
• Reka bentuk penyelesaian sandaran rentas wilayah atau pemulihan bencana.

Dengan langkah-langkah ini, platform berjaya mengurangkan sandaran ke 45 minit dan pemulihan di bawah 2 jam. Semakan prestasi berkala dan ujian automatik adalah kunci untuk mengekalkan ketersediaan tinggi.