Masalah umum (original) (raw)

Halaman ini berisi daftar masalah umum pada Cloud SQL untuk MySQL, beserta cara menghindari atau memulihkan masalah tersebut.

Jika mengalami masalah dengan instance, pastikan Anda juga meninjauPanduan Operasional, serta informasi dalamMendiagnosis Masalah.

Masalah ketahanan dan ketersediaan data

• Kolom yang dihasilkan (khusus instance MySQL 5.7)
  Karena masalah pada MySQL, penggunaan kolom yang dihasilkan dapat mengakibatkan kerusakan data. Untuk informasi selengkapnya, bacaBug MySQL #82736.

Masalah koneksi instance

• Masa berlaku sertifikat SSL/TLS telah habis
  Jika instance Anda dikonfigurasi untuk menggunakan SSL, bukahalaman Instance Cloud SQLdi konsol Google Cloud dan buka instance tersebut. Buka halaman Koneksi, pilih tabKeamanan dan pastikan sertifikat server Anda valid. Jika telah berakhir masa berlakunya, Anda harus menambahkan sertifikat baru dan melakukan rotasi ke sertifikat tersebut.
• Versi Proxy Auth Cloud SQL
  Jika terhubung menggunakan Proxy Auth Cloud SQL, pastikan Anda menggunakan versi terbaru. Untuk mengetahui informasi selengkapnya, baca artikelMemastikan Proxy Auth Cloud SQL selalu terbaru.
• Tidak diizinkan terhubung
  Jika Anda mencoba terhubung ke instance yang tidak ada dalam project tersebut, pesan error hanya mengatakan bahwa Anda tidak diizinkan untuk mengakses instance tersebut.
• Tidak dapat membuat instance Cloud SQL
  Jika Anda melihat pesan errorFailed to create subnetwork. Router status is temporarily unavailable. Please try again later. Help Token: [token-ID], coba buat instance Cloud SQL lagi.

Masalah administratif

• Hanya satu operasi impor atau ekspor Cloud SQL yang berjalan lama yang dapat berjalan pada satu waktu pada sebuah instance. Saat memulai operasi, pastikan Anda tidak perlu melakukan operasi lain pada instance. Selain itu, saat memulai operasi, Anda dapat membatalkan operasi tersebut.
• Commit otomatis MySQL pada setiap pernyataan DDL. Cloud SQL akan mempertahankan semua langkah impor hingga membatalkan instance. Oleh karena itu, Anda mungkin harus membersihkan data pada instance secara manual.

Masalah terkait impor dan ekspor data

• Ekspor CSV tidak memformat NULLs dan baris baru dengan benar.
  Saat Anda mengekspor data sebagai CSV menggunakan fitur ekspor Cloud SQL, NULLs akan diekspor sebagai "N, yang dapat menyebabkan file CSV berisi tanda kutip yang tidak seimbang. Selain itu, jika data teks Anda berisi karakter baris baru, tanda kutip penutup akan ditambahkan di akhir baris.
  Saat Anda mengimpor file yang diekspor menggunakan karakter escape default, file akan memperlakukan nilai sebagai "NULL", bukan NULL. Untuk mengganti setelan default saat Anda mengekspor file, gunakan --escape="5C".
• Setelan Mode SQL memengaruhi cara Cloud SQL menafsirkan kueri SQL.
  Misalnya, jika Anda mengekspor dari database tanpa mengaktifkan Strict SQL, lalu mencoba mengimpor ke Cloud SQL (yang secara default mengaktifkan Strict SQL), impor tersebut mungkin gagal. Praktik terbaik adalah menggunakan Mode SQL yang sama pada impor yang Anda gunakan untuk ekspor.
• Klausa DEFINER dapat menyebabkan kegagalan impor
  Klausa DEFINER dapat menyebabkan operasi impor gagal jika pengguna DEFINER adalah pengguna SUPER atau sistem dan berbeda dengan pengguna yang melakukan impor ke Cloud SQL. Pelajari lebih lanjut tentang penggunaan DEFINERdan solusi potensial di Cloud SQL.
• Jika Anda mencoba mengimpor dan mengekspor data dari database yang besar (misalnya, database yang memiliki data sebesar 500 GB atau lebih), operasi impor dan ekspor mungkin memerlukan waktu yang lama untuk selesai. Selain itu, operasi lain (misalnya, operasi pencadangan) tidak dapat Anda lakukan saat impor atau ekspor berlangsung. Opsi potensial untuk meningkatkan performa proses impor dan ekspor adalah dengan memulihkan cadangan sebelumnya menggunakan gcloudatau API.
• Cloud Storage mendukung ukuran maksimum objek tunggal hingga lima tebibyte (5 TiB). Karena Cloud SQL mengompresi data sebelum menguploadnya ke Cloud Storage, operasi ekspor hanya akan gagal jika ukuran terkompresi file ekspor melebihi 5 TiB.
  Rasio kompresi bergantung pada jenis data dalam database; misalnya, teks dikompresi lebih baik daripada data biner seperti BLOB. Oleh karena itu, ukuran database atau tabel yang lebih besar dari 5 TiB mungkin tidak menyebabkan ekspor gagal jika data sangat dapat dikompresi, sementara data yang tidak dikompresi yang mendekati 5 TiB mungkin gagal.
  Jika Anda melakukan operasi ekspor standar, Cloud SQL biasanya membuat satu file ekspor. Jika Anda menggunakan ekspor paralel, Cloud SQL akan membuat beberapa file ekspor. Dengan jenis ekspor ini, operasi ekspor akan gagal jika ada tabel yang cukup besar sehingga file ekspor terkompresinya melebihi 5 TiB.
  Jika ekspor Anda gagal karena batas 5 TiB, Anda perlu memecah ekspor menjadi segmen yang lebih kecil. Jika Anda menggunakan ekspor standar dan Anda mencapai batas ini, pertimbangkan untuk beralih ke ekspor paralel.

Log transaksi dan pertumbuhan disk

Log dihapus permanen sekali sehari, bukan terus-menerus. Jika jumlah hari retensi log dikonfigurasi agar sama dengan jumlah cadangan, satu hari pencatatan log mungkin hilang, bergantung pada waktu pencadangan dilakukan. Misalnya, menetapkan retensi log ke tujuh hari dan retensi cadangan ke tujuh cadangan, berarti antara enam dan tujuh hari log akan disimpan.

Sebaiknya tetapkan jumlah cadangan ke setidaknya satu lebih banyak daripada jumlah hari retensi log untuk menjamin retensi log minimum pada hari tertentu.

Masalah saat meng-upgrade instance MySQL

Jika Anda menggunakan Database Migration Service untuk meng-upgrade instance MySQL dari versi 5.7 ke versi 8.0, dan Anda memiliki prosedur penyimpanan yang dibuat dalam database bernama mysql di instance versi 5.7, maka prosedur penyimpanan Anda mungkin tidak disalin ke database mysql pada instance versi 8.0 yang telah di-upgrade. Selain itu, Anda mungkin tidak dapat membuat prosedur penyimpanan di database mysql pada instance yang telah di-upgrade.

Masalah pada kompresi halaman InnoDB

Kompresi halaman InnoDBdapat meningkatkan performa kueri update dengan mengurangi jumlah data yang perlu dibaca dan ditulis ke disk. Namun, kompresi halaman dapat memengaruhi performa pada kueri update pada tabel yang sering diperbarui. Untuk mengevaluasi dampak kompresi halaman pada kueri pembaruan, Anda dapat menjalankan uji performa dengan dan tanpa kompresi halaman. Hal ini membantu Anda mengamati pengaruh kompresi halaman terhadap performa workload Anda.

Anda dapat mengoptimalkan performa kompresi halaman sebagai berikut:

• Gunakan algoritma kompresi yang sesuai untuk jenis data Anda. Misalnya, gunakan LZ4 untuk data teks dan ZLIB untuk data biner.
• Hindari penggunaan kompresi untuk data yang sering diperbarui. Mengompresi dan mendekompresi data dapat memperlambat kueri pembaruan Anda.

Masalah terkait Cloud Monitoring atau Cloud Logging

Instance dengan nama region berikut ditampilkan secara tidak benar dalam konteks tertentu, seperti berikut:

• us-central1 ditampilkan sebagai us-central
• europe-west1 ditampilkan sebagai europe
• asia-east1 ditampilkan sebagai asia

Masalah ini terjadi dalam konteks berikut:

• Pemberitahuan di Cloud Monitoring
• Metrics Explorer
• Cloud Logging

Anda dapat memitigasi masalah Pemberitahuan di Cloud Monitoring, dan untuk Metrics Explorer, dengan menggunakanLabel metadata resource. Menggunakan label metadata sistem region bukandatabase_cloudsqllabel resource yang dimonitor region singkat ini.