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 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 update, 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 menggunakan
Label metadata resource.
Menggunakan label metadata sistem region bukan
database_cloudsql
label resource yang dimonitor region singkat ini.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-04 UTC."],[],[],null,["# Known issues\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/sql/docs/postgres/known-issues \"View this page for the PostgreSQL database engine\") \\| [SQL Server](/sql/docs/sqlserver/known-issues \"View this page for the SQL Server database engine\")\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nThis page lists known issues with Cloud SQL for MySQL, along with\nways you can avoid or recover from these issues.\nIf you are experiencing issues with your instance, make sure you also review the [Operational Guidelines](/sql/docs/mysql/operational-guidelines), as well as the information in [Diagnosing Issues](/sql/docs/mysql/diagnose-issues).\n\n### Data durability and availability issues\n\n- Generated columns (MySQL 5.7 instances only)\n\n Due to an issue in MySQL, using generated columns might result in data\n corruption. For more information, see\n [MySQL bug #82736](https://bugs.mysql.com/bug.php?id=82736).\n\n### Instance connection issues\n\n- Expired SSL/TLS certificates\n\n\n If your instance is configured to use SSL, go to the\n [Cloud SQL Instances page](https://console.cloud.google.com/sql/instances)\n in the Google Cloud console and open the instance. Open its **Connections** page, select the\n **Security** tab and make sure that your server certificate is valid. If it has expired, you must\n add a new certificate and rotate to it.\n\n \u003cbr /\u003e\n\n- Cloud SQL Auth Proxy version\n\n If you are connecting using the Cloud SQL Auth Proxy, make sure you are using the\n most recent version. For more information, see\n [Keeping the Cloud SQL Auth Proxy up to date](/sql/docs/mysql/sql-proxy#keep-current).\n- Not authorized to connect\n\n If you try to connect to an instance that does not exist in that project,\n the error message only says that you are not authorized to access that\n instance.\n- Can't create a Cloud SQL instance\n\n If you see the `Failed to create subnetwork. Router status is temporarily\n unavailable. Please try again later. Help Token: [token-ID]` error\n message, try to create the Cloud SQL instance again.\n\n### Administrative issues\n\n- Only one long-running Cloud SQL import or export operation can run at a time on an instance. When you start an operation, make sure you don't need to perform other operations on the instance. Also, when you start the operation, you can [cancel it](/sql/docs/mysql/import-export/cancel-import-export).\n\n- MySQL auto-commits on each DDL statement. Cloud SQL\n persists all steps of the import up to cancelling the\n instance. Therefore, you might have to clean up the data on the\n instance manually.\n\n\u003cbr /\u003e\n\n### Issues with importing and exporting data\n\n- CSV export does not format NULLs and newlines correctly.\n\n When you export data as CSV using the Cloud SQL export feature,\n NULLs are exported as `\"N`, which can cause the CSV file to contain\n unbalanced quotation marks. Additionally, if your\n text data contains a newline character, a trailing quote mark is added\n at the end of the line.\n\n When you import a file that you exported using the default escape character,\n the file treats the value as `\"NULL\"` instead of `NULL`. To override the default\n when you export the file, use `--escape=\"5C\"`.\n\n \u003cbr /\u003e\n\n- The SQL Mode setting affects how Cloud SQL interprets SQL queries.\n\n For example, if you export from a database without Strict SQL enabled, then\n try to import to Cloud SQL (which enables Strict SQL by default), the\n import might fail. The best practice is to use the same SQL Mode on import\n that you used for export.\n\n \u003cbr /\u003e\n\n- The DEFINER clause may cause import to fail\n\n A DEFINER clause may cause an import operation to fail if the DEFINER user is\n a SUPER or system user and is different from the user doing the import into\n Cloud SQL. Learn more about [DEFINER usage](/sql/docs/mysql/import-export#definer-clause)\n and potential workarounds in Cloud SQL.\n\n \u003cbr /\u003e\n\n- If you're trying to import and export data from a large database (for example,\n a database that has 500 GB of data or greater), then the import and export\n operations might take a long time to complete. In addition, other operations\n (for example, the backup operation) aren't available for you to perform\n while the import or export is occurring. A potential option to improve the\n performance of the import and export process is to [restore a previous backup](/sql/docs/mysql/backup-recovery/restoring#projectid) using `gcloud`\n or the API.\n\n\u003c!-- --\u003e\n\n- Cloud Storage supports a [maximum single-object size up five terabytes](/storage-transfer/docs/known-limitations-transfer#object-limit). If you have databases larger than 5TB, the export operation to Cloud Storage fails. In this case, you need to break down your export files into smaller segments.\n\n### Transaction logs and disk growth\n\nLogs are purged once daily, not continuously. When the number of days of log\nretention is configured to be the same as the number of backups, a day of\nlogging might be lost, depending on when the backup occurs. For example, setting\nlog retention to seven days and backup retention to seven backups means that\nbetween six and seven days of logs will be retained.\n\nWe recommend setting the number of backups to at least one more than the days of\nlog retention to guarantee a minimum of specified days of log retention.\n\n### Issues with upgrading your MySQL instance\n\nIf you use Database Migration Service to [upgrade your MySQL instance](/sql/docs/mysql/upgrade-major-db-version-migrate) from version 5.7 to version 8.0, and you have stored procedures created in the database named `mysql` in your version 5.7 instance, then your stored procedures may not get copied to the `mysql` database in the upgraded version 8.0 instance. Also, you may not be able to create stored procedures in the `mysql` database in the upgraded instance.\n\n### Issues with InnoDB page compression\n\n[InnoDB page compression](https://dev.mysql.com/doc/refman/8.0/en/innodb-page-compression.html)\ncan improve the performance of update queries by reducing the amount of data that\nneeds to be read and written to disk. However, page compression can impact performance on the\nupdate queries on frequently updated tables. To evaluate\nthe impact of page compression on your update queries, you can run a performance\ntest with and without page compression. This helps you to observe how page\ncompression affects the performance of your workload.\n\nYou can optimize page compression performance as follows:\n\n- Use a compression algorithm suitable for your data type. For example, use LZ4\n for text data and ZLIB for binary data.\n\n- Avoid using compression for data that is frequently updated.\n Compressing and decompressing data can slow down your update queries.\n\n### Issues related to Cloud Monitoring or Cloud Logging\n\nInstances with the following region names are displayed incorrectly in certain\ncontexts, as follows:\n\n- `us-central1` is displayed as `us-central`\n- `europe-west1` is displayed as `europe`\n- `asia-east1` is displayed as `asia`\n\nThis issue occurs in the following contexts:\n\n- Alerting in Cloud Monitoring\n- Metrics Explorer\n- Cloud Logging\n\nYou can mitigate the issue for Alerting in Cloud Monitoring, and for Metrics\nExplorer, by using\n[Resource metadata labels](https://cloud.google.com/monitoring/api/v3/metric-model#meta-labels).\nUse the system metadata label `region` instead of the\n[cloudsql_database](https://cloud.google.com/monitoring/api/resources#tag_cloudsql_database)\nmonitored resource label `region`."]]
