Masalah umum

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 meninjau Panduan Operasional, serta informasi dalam Mendiagnosis 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, baca Bug MySQL #82736.

Masalah koneksi instance

  • Masa berlaku sertifikat SSL/TLS telah habis

    Jika instance Anda dikonfigurasi untuk menggunakan SSL, buka halaman Instance Cloud SQL di Konsol Google Cloud dan buka instance tersebut. Buka halaman Koneksi, pilih tab Keamanan 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 artikel Memastikan 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 error Failed 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 DEFINER dan 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 gcloud atau API.

  • Cloud Storage mendukung ukuran maksimum objek tunggal hingga lima terabyte. Jika Anda memiliki database yang lebih besar dari 5 TB, operasi ekspor ke Cloud Storage akan gagal. Dalam kasus ini, Anda perlu memecah file ekspor menjadi segmen yang lebih kecil.

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 terkait kompresi halaman InnoDB

Kompresi halaman InnoDB dapat meningkatkan performa kueri pembaruan dengan mengurangi jumlah data yang perlu dibaca dan ditulis ke disk. Namun, kompresi halaman dapat memengaruhi performa pada kueri pembaruan pada tabel yang sering diperbarui. Untuk mengevaluasi dampak kompresi halaman pada kueri pembaruan, Anda dapat menjalankan pengujian 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.

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 menggunakan Label metadata resource. Menggunakan label metadata sistem region bukan database_cloudsql label resource yang dimonitor region singkat ini.