FAQ Cloud SQL

Tentang

Apa itu Cloud SQL?
Cloud SQL adalah layanan yang menyediakan database SQL yang terkelola sepenuhnya di cloud. Cloud SQL menyediakan database PostgreSQL, SQL Server, dan MySQL.
Apa manfaat menggunakan Cloud SQL?
Dengan Cloud SQL, Anda dapat menyerahkan tugas-tugas biasa, tetapi penting, dan sering kali memakan waktu kepada Google — seperti menerapkan patch dan update, mengelola cadangan, dan mengonfigurasi replikasi — sehingga Anda dapat fokus dalam membuat aplikasi yang hebat. Karena kami menggunakan protokol kabel standar, Anda dapat terhubung dari hampir semua aplikasi, di mana saja.
Versi database apa yang tersedia dengan Cloud SQL? Bagaimana cara update dikelola?

Cloud SQL untuk MySQL mendukung MySQL 8.4, 8.0 (default), 5.7, dan 5.6.

Cloud SQL untuk PostgreSQL mendukung PostgreSQL 9.6, 10, 11, 12, 13, 14, 15, 16 (default), dan 17.

Cloud SQL untuk SQL Server mendukung edisi SQL Server berikut: SQL Server 2017 Standard, SQL Server 2017 Enterprise, SQL Server 2017 Express, SQL Server 2017 Web, SQL Server 2019 Standard (default), SQL Server 2019 Enterprise, SQL Server 2019 Express, dan SQL Server 2019 Web.

Update versi minor di-deploy sebagai bagian dari pemeliharaan terjadwal, tanpa perlu tindakan lebih lanjut dari Anda. Untuk mengetahui informasi selengkapnya tentang pembaruan, lihat Ringkasan pemeliharaan pada instance Cloud SQL.

Untuk melihat versi instance saat ini, buka Konsol Google Cloud, klik nama instance untuk membuka halaman Detail instance. Atau, Anda dapat menggunakan perintah gcloud sql instances describe.

Apakah Cloud SQL mendukung semua fitur database?
Cloud SQL mendukung sebagian besar fitur MySQL, PostgreSQL, dan SQL Server. Untuk mengetahui daftar perbedaan antara database standar dan fungsi yang disediakan Cloud SQL, lihat, misalnya, Perbedaan antara Cloud SQL dan fungsi MySQL standar. Lihat juga Perbedaan antara Cloud SQL dan fungsi PostgreSQL standar. Selain itu, lihat Fitur SQL Server yang tidak tersedia untuk Cloud SQL.
Apakah ada batasan ukuran atau QPS?
Tidak ada batas kueri per detik (QPS) untuk instance Cloud SQL. Untuk mengetahui informasi tentang koneksi, ukuran, dan batas khusus App Engine, lihat Kuota dan Batas.
Bagaimana cara saya mendapatkan pemberitahuan saat ada perubahan pada Cloud SQL?
Anda dapat mendaftar di forum google-cloud-sql-announce tempat kami memposting pengumuman dan berita tentang Cloud SQL.
Bagaimana cara saya melaporkan bug, meminta fitur, atau mengajukan pertanyaan?
Anda dapat melaporkan bug dan meminta fitur di grup google-cloud-sql-discuss kami. Anda dapat mengajukan pertanyaan di Stack Overflow. Untuk opsi dukungan lainnya, lihat halaman Dukungan Cloud SQL.
Kembali ke atas

Memulai

Apa alat MySQL terbaik untuk digunakan dalam mengelola instance saya?
Terdapat berbagai alat MySQL yang tersedia untuk Cloud SQL. Untuk menjalankan setiap pernyataan individu, Anda dapat menggunakan Alat Command Line MySQL. Untuk menjalankan tugas yang lebih rumit atau menggunakan lingkungan pengembangan database yang lebih lengkap, Anda dapat mencoba Toad for MySQL atau MySQL Workbench. Untuk informasi selengkapnya, lihat Admin dan Alat Pelaporan.
Mesin penyimpanan apa yang saya gunakan?
Untuk instance MySQL, InnoDB adalah satu-satunya mesin penyimpanan yang didukung.

Jika Anda memiliki file mysqldump dengan semua tabel Anda dalam format MyISAM, Anda dapat mengonversinya ke format InnoDB dengan menyalurkan file melalui skrip sed:

mysqldump --databases [DATABASE_NAME] \
-h [INSTANCE_IP] -u [USERNAME] -p [PASSWORD] \
--hex-blob --default-character-set=utf8mb4 | sed 's/ENGINE=MyISAM/ENGINE=InnoDB/g' > [DATABASE_FILE].sql

Peringatan: Jangan lakukan ini jika file mysqldump Anda berisi skema mysql. File tersebut harus tetap berada di MyISAM.

Mengapa instance baru saya yang tidak memiliki data menunjukkan ruang disk yang digunakan?
Cloud SQL dan database menggunakan sejumlah ruang untuk metadata dan file sistem saat instance Anda dibuat.
Kembali ke atas

Penyimpanan, Replikasi, dan Autentikasi Data

Di mana data saya disimpan?

Data instance disimpan di region tempat instance berada. Jika Anda tidak menentukan lokasi penyimpanan, cadangan Anda akan disimpan di multiregion yang secara geografis paling dekat dengan lokasi instance Cloud SQL Anda. Misalnya, jika instance Cloud SQL Anda berada di us-central1, cadangan Anda akan disimpan di multi-regionus secara default. Namun, lokasi default seperti australia-southeast1 berada di luar multi-region. Multi-region terdekat adalah asia.

Apa itu zona?

Zona adalah entity independen di lokasi geografis tertentu tempat Anda dapat menjalankan resource Anda. Misalnya, zona bernama us-central1-a menunjukkan lokasi di bagian tengah Amerika Serikat.

Untuk instance MySQL, fault tolerance di seluruh zona dapat dicapai dengan mengonfigurasi instance untuk ketersediaan tinggi. Konfigurasi ketersediaan tinggi sangat direkomendasikan untuk semua instance produksi.

Untuk mengetahui informasi selengkapnya tentang zona, lihat Resource Zona di dalam dokumentasi Compute Engine.

Berapa batas penyimpanan?
Untuk mengetahui informasi tentang batas penyimpanan, lihat Kuota dan Batas.
Bagaimana cara data saya direplikasi?

Instance MySQL: Instance MySQL menyediakan konfigurasi ketersediaan tinggi dan replika baca MySQL. Replika baca MySQL menggunakan replikasi asinkron.

Instance PostgreSQL menyediakan konfigurasi ketersediaan tinggi dan replika baca.

Instance SQL Server menyediakan konfigurasi ketersediaan tinggi dan replika baca.

Jenis replika baca apa yang dapat saya buat?

Untuk informasi selengkapnya tentang replika baca, termasuk kasus penggunaan untuk setiap jenis, lihat Opsi Replikasi.

Bagaimana cara kerja failover Cloud SQL?

Untuk informasi tentang failover, lihat Ringkasan Konfigurasi Ketersediaan Tinggi.

Apakah data saya terenkripsi?
Data pelanggan Cloud SQL dienkripsi saat disimpan dalam tabel database, file sementara, dan cadangan. Koneksi eksternal dapat dienkripsi dengan menggunakan SSL, atau menggunakan Proxy Auth Cloud SQL.
Bagaimana enkripsi dikelola untuk data dalam penyimpanan?

Data Anda dienkripsi menggunakan Advanced Encryption Standard 256 bit (AES-256), atau yang lebih baik, dengan kunci simetris: yaitu, kunci yang sama digunakan untuk mengenkripsi data kapan data tersebut disimpan, dan untuk mendekripsinya saat akan digunakan. Kunci data ini sendiri dienkripsi menggunakan kunci yang disimpan dalam keystore yang aman, dan diubah secara rutin.

Untuk informasi selengkapnya, baca artikel Enkripsi dalam penyimpanan di Google Cloud.

Bagaimana enkripsi dikelola untuk data dalam pengiriman?

Google mengenkripsi dan mengautentikasi semua data dalam pengiriman di satu atau beberapa lapisan jaringan saat data dipindahkan ke luar batas fisik yang tidak dikontrol oleh Google atau atas nama Google. Data dalam pengiriman di dalam batas fisik yang dikontrol oleh atau atas nama Google umumnya diautentikasi, tetapi mungkin tidak dienkripsi secara default. Jika Anda terhubung ke instance menggunakan alamat IP publiknya, gunakan sertifikat SSL/TLS, agar data tetap aman selama transmisi. Anda dapat memilih tindakan keamanan tambahan apa yang akan diterapkan berdasarkan model ancaman Anda. Misalnya, Anda dapat mengonfigurasi SSL untuk koneksi intrazona ke Cloud SQL.

Untuk mengetahui detail selengkapnya, lihat Enkripsi dalam Pengiriman di Google Cloud.

Bagaimana cara saya mengetahui apakah suatu instance merupakan replika baca?
Anda dapat menggunakan konsol Google Cloud untuk melihat semua instance Cloud SQL, dan apakah suatu instance merupakan instance replika utama atau replika baca. Anda juga dapat menggunakan gcloud CLI untuk memeriksa apakah suatu instance merupakan replika utama atau replika baca. Untuk informasi lebih lanjut, baca Memeriksa status replikasi.
Apakah Cloud SQL menyediakan load balancing untuk permintaan replika baca?
Cloud SQL tidak secara otomatis menyediakan atau mengonfigurasi load balancing. Anda dapat menggunakan penggabungan koneksi untuk mendistribusikan permintaan baca di antara replika baca dengan beralih di antara beberapa endpoint koneksi.
Ya. Autentikasi, otorisasi, dan lainnya tersedia; sebagai titik awal, lihat ringkasan.
kembali ke atas

Backup dan Pemulihan

Bagaimana cara saya memulihkan instance?

Untuk memulihkan ke cadangan, Anda dapat menggunakan Konsol Google Cloud atau alat command linegcloud. Untuk detail selengkapnya, lihat Memulihkan Instance.

Untuk memulihkan instance ke titik waktu tertentu, Anda menggunakan pemulihan point-in-time. Untuk informasi selengkapnya, lihat Menggunakan pemulihan point-in-time.

Berapa biaya pencadangan?

Pencadangan dikenai biaya sesuai dengan tarif penyimpanan instance.

Untuk informasi selengkapnya tentang harga penyimpanan instance dan tarif instance, lihat Harga.

Dapatkah saya mengakses pencadangan otomatis yang sudah lebih dari tujuh hari?

Pencadangan otomatis dilakukan setiap hari dan secara default disimpan selama tujuh hari. Anda dapat mengonfigurasi nilai retensi cadangan dari satu hingga 365 cadangan. Pada akhir periode retensi, cadangan terlama akan dihapus. Pencadangan otomatis bersifat inkremental. File ini hanya berisi data yang berubah setelah pencadangan sebelumnya diambil. Cadangan terlama Anda memiliki ukuran yang serupa dengan database Anda. Saat cadangan terlama dihapus, ukuran cadangan terlama berikutnya akan bertambah sehingga cadangan penuh masih ada.

Perhatikan bahwa cadangan on demand tidak dihapus sampai Anda menghapusnya secara manual.

Bagaimana dampak pemulihan point-in-time terhadap performa?
Untuk Cloud SQL untuk MySQL, pemulihan point-in-time mengharuskan Anda mengaktifkan logging biner. Ini berarti bahwa setiap update pada database Anda ditulis ke log independen, yang melibatkan sedikit pengurangan performa tulis. Performa operasi baca tidak terpengaruh oleh logging biner, terlepas dari ukuran file log biner.
Kapan saya harus menggunakan replikasi eksternal versus lintas-region untuk perlindungan terhadap kegagalan regional?
Replikasi eksternal Replikasi lintas-region
Dikelola sendiri oleh pelanggan Replika lintas region yang dikelola Cloud SQL
Dapat mereplikasi antara instance non-Google Cloud dan Google Cloud Hanya dapat mereplikasi antar instance Cloud SQL
Untuk bermigrasi ke/dari Google Cloud guna meminimalkan periode nonaktif atau untuk perlindungan data hybrid/multi-cloud Untuk memigrasikan data antar-region Google Cloud guna meminimalkan periode nonaktif
Mendukung replikasi lintas versi utama Tidak mendukung replikasi lintas versi utama
Kembali ke atas

Mengelola Instance Anda

Tindakan apa yang dapat menyebabkan instance Cloud SQL dimulai ulang?
Instance Cloud SQL mungkin dimulai ulang saat Anda atau Cloud SQL melakukan tindakan berikut:
  • Pembaruan
  • Buat
  • Tingkatkan replika
  • Pemeliharaan
  • Buat ulang replika
  • Failover
  • Mulai ulang
  • Pulihkan instance dari cadangan
  • Mengaktifkan ketersediaan tinggi pada instance yang ada (ini adalah update pada instance)
  • Menambahkan flag database yang perlu dimulai ulang

Memulai ulang instance tidak akan mengubah alamat IP publik atau IP pribadi dari instance tersebut.

Lihat bagian berikut: Berapa lama instance dimatikan selama memulai ulang?

Berapa lama instance dimatikan selama memulai ulang?

Saat instance dimulai ulang, sebagian besar instance dimatikan selama satu hingga dua menit. Sebelum instance dimatikan, semua koneksi akan diakhiri dan pekerjaan saat ini dibersihkan dari disk.

Untuk instance dengan beban besar, proses ini memerlukan waktu lebih lama, dan mungkin akan terlihat instance tersebut macet. Dalam kasus ini, mungkin perlu waktu hingga satu jam sampai instance dimatikan dan memulai ulang. Alasan instance memerlukan waktu lama untuk mematikan dan memulai ulang dapat mencakup ketika pengguna memiliki banyak transaksi tertulis atau ketika transaksi berjalan untuk waktu yang lama.

Dapatkah saya membuat database menjadi lebih besar atau lebih kecil?

Anda dapat meningkatkan jumlah penyimpanan yang tersedia untuk instance Anda kapan saja tanpa menimbulkan periode nonaktif. Anda tidak dapat mengurangi ukuran penyimpanan instance. Anda juga dapat mengonfigurasi instance Anda agar otomatis meningkatkan kapasitas penyimpanannya ketika ruang hampir habis. Pelajari lebih lanjut.

Dapatkah saya mengupgrade dan mendowngrade vCPU?

Ya. Anda dapat mengubah jumlah vCPU yang Anda gunakan pada instance Anda. Anda dapat menambah atau mengurangi jumlah inti yang Anda gunakan sebanyak yang Anda inginkan. Biasanya diperlukan waktu kurang dari lima menit periode nonaktif untuk mengubah jumlah vCPU. Jika Anda meningkatkan jumlah vCPU di instance utama edisi Cloud SQL Enterprise Plus, perubahan akan diterapkan dengan periode nonaktif nyaris nol.

Apakah saya perlu menggunakan konsol Google Cloud untuk mengelola Cloud SQL?
Tidak. Semua tugas pengelolaan yang dapat dilakukan menggunakan Konsol juga dapat dilakukan secara terprogram menggunakan Cloud SQL Admin API, atau dengan skrip menggunakan alat command line gcloud.
Bagaimana cara saya mendapatkan kembali ruang dari tabel yang hilang?
Saat Anda melepaskan tabel dari database, lalu memeriksa konsol Google Cloud, Anda mungkin melihat bahwa ruang yang dibebaskan karena penambahan tabel tidak tercermin dalam laporanPenyimpanan Terpakai dari instance. Instance yang menjalankan MySQL 5.5 memiliki flag innodb_file_per_table yang ditetapkan ke OFF secara default; InnoDB tidak pernah menyusutkan ruang tabel defaultnya. Guna mengklaim kembali ruang untuk konfigurasi ini, buat instance baru dari database yang lebih kecil, atau ubah nilai flag innodb_file_per_table menjadi ON. Untuk mengetahui informasi tentang mengubah flag database, lihat Mengonfigurasi Flag Database.
Bagaimana cara saya mengklaim kembali ruang yang digunakan oleh file sementara?
File sementara dapat bertambah saat kueri SQL membuat banyak tabel sementara. Untuk mengklaim kembali ruang yang digunakan oleh tabel sementara, Anda perlu memulai ulang database. Perlu diperhatikan bahwa memulai ulang database tidak akan mengurangi kapasitas disk tersedia yang dihasilkan dari pertumbuhan file sementara.
Bagaimana cara melacak perubahan pada data?
Untuk melacak perubahan pada data, aktifkan logging biner untuk instance Anda. Dengan melacak perubahan data, Anda dapat memulihkan data dari kehilangan data yang tidak disengaja. Jika terjadi kehilangan data yang tidak disengaja seperti dari perintah DROP DATABASE, Anda dapat memulihkan ke koordinat log biner tepat sebelum peristiwa kehilangan data. Untuk detail selengkapnya, lihat Pemulihan point-in-time. Logging biner belum tersedia untuk instance PostgreSQL.
Dapatkah saya mengimpor atau mengekspor database tertentu?
Ya. Untuk instance MySQL dan instance SQL Server, Anda dapat mengimpor dan mengekspor satu database atau beberapa database. Untuk instance PostgreSQL, Anda hanya dapat mengimpor atau mengekspor database tertentu.
Dapatkah saya mengimpor atau mengekspor file CSV?
Anda dapat mengimpor atau mengekspor file CSV untuk MySQL atau PostgreSQL. Untuk informasi selengkapnya, lihat Membuat file CSV.

CSV saat ini tidak didukung di Cloud SQL untuk SQL Server.

Apakah saya memerlukan akun Cloud Storage untuk mengimpor atau mengekspor data ke instance?
Cloud SQL mendukung pengimporan dan pengeksporan database, seperti file dump dan file CSV SQL yang dikompresi atau tidak dikompresi, menggunakan bucket Cloud Storage. Untuk mengimpor atau mengekspor menggunakan bucket Cloud Storage, Anda harus mendaftar ke akun Google Cloud dan membuat bucket, atau memiliki akses ke bucket Cloud Storage di akun lain. Untuk informasi selengkapnya, lihat Mengekspor dan mengimpor menggunakan file dump SQL, Mengekspor dan mengimpor menggunakan pg_dump dan pg_restore, Mengekspor dan mengimpor menggunakan file BAK, atau Mengekspor dan mengimpor menggunakan file CSV.
Apa arti ERROR_RDBMS pada operasi impor?
Error ini terjadi jika MySQL menampilkan error selama operasi impor data. Penyebab umum mencakup sintaksis tidak valid, menggunakan database atau tabel yang belum ditentukan, dan mencoba menjalankan pernyataan MySQL yang memerlukan hak istimewa SUPER.
Jika saya menghapus instance saya, dapatkah saya menggunakan kembali nama instance tersebut?
Ya.
Apa yang dimaksud dengan pengguna database cloudsqladmin?
Setiap instance Cloud SQL menyertakan pengguna database yang bernama cloudsqladmin. Anda mungkin melihat pengguna ini jika Anda menentukan SHOW GRANTS FOR cloudsqladmin@localhost. Pada beberapa instance, elemen ini juga akan muncul dalam tabel pengguna sistem. Akun pengguna ini digunakan oleh proses otomatis yang perlu mengakses data dalam instance Anda (misalnya, mencadangkan instance Anda atau melakukan impor atau ekspor).
Bagaimana cara saya menggunakan GRANT ALL?
Cloud SQL tidak mendukung hak istimewa SUPER, yang berarti bahwa pernyataan GRANT ALL PRIVILEGES tidak akan berfungsi. Sebagai alternatif, Anda dapat menggunakan GRANT ALL ON `%`.*.
Bagaimana cara saya mengakses log transaksi untuk instance saya?
Untuk instance MySQL, jika Anda mengaktifkan logging biner untuk instance Anda (lihat Mengaktifkan logging biner) dan mengonfigurasi alamat IP untuk instance Anda (lihat Mengonfigurasi akses untuk koneksi IP), Anda dapat menggunakan utilitas mysqlbinlog Mysql standar untuk memeriksa log transaksi instance.
Tingkat transaction isolation apa yang disediakan Cloud SQL?

Instance MySQL: Cloud SQL menyediakan transaction isolation REPEATABLE READ. Anda dapat mengubah tingkat transaction isolation untuk sesi saat ini, tetapi biasanya nilai default yang lebih diutamakan. Untuk mengetahui informasi selengkapnya, lihat Tingkat Transaction Isolation di dokumentasi MySQL.

Instance PostgreSQL: Cloud SQL menyediakan Read committed transaction isolation. Anda dapat mengubah tingkat isolasi transaksi untuk transaksi tertentu, tetapi biasanya nilai defaultnya lebih diutamakan. Untuk informasi selengkapnya, lihat Transaction Isolation dalam dokumentasi PostgreSQL.

Instance SQL Server: Cloud SQL menyediakan semua tingkat transaction isolation. Dengan demikian, hal berikut didukung: UNCOMMITTED, READ COMMITTED, REPEATABLE READ, SNAPSHOT, dan SERIALIZABLE.

Bagaimana cara melindungi instance saya dari penghapusan yang tidak disengaja?
Anda dapat mengaktifkan perlindungan penghapusan saat Anda membuat instance atau pada lain waktu. Jika setelan ini diaktifkan, Anda harus menonaktifkannya sebelum menghapus instance. Lihat Mencegah penghapusan instance.
Kembali ke atas

Insight

Mengapa saya tidak dapat menemukan contoh paket kueri di Insight?
Kita hanya memiliki contoh kueri untuk mendapatkan paket kueri karena dampak performanya terhadap kueri. Akibatnya, terkadang contoh rencana kueri tidak muncul.
Kembali ke atas

Harga dan Penagihan

Bagaimana cara saya mencoba Cloud SQL?
Instance terkecil adalah db-f1-micro. Anda dapat menggunakannya untuk mencoba layanan. Perhatikan bahwa instance inti bersama tidak tercakup dalam SLA.
Berapa banyak instance yang dapat saya buat dalam sebuah project?
Untuk mengetahui informasi tentang batas instance, lihat Kuota dan Batas.
Berapa ukuran instance database yang saya butuhkan? Berapa banyak RAM?
Secara umum, Anda dapat meningkatkan performa database Anda dengan memilih instance yang lebih besar dengan RAM dan CPU yang lebih besar. Hal ini meningkatkan performa banyak kueri yang melibatkan komputasi dalam jumlah besar, seperti kueri yang melibatkan penggabungan, ORDER BY, atau GROUPing, meskipun performa pembaruan yang memengaruhi satu baris tidak akan terlalu terpengaruh. Namun, semakin besar ukuran instance, makin besar latensi operasionalnya. Untuk informasi selengkapnya tentang ukuran dan harga instance, lihat halaman harga.
Bagaimana cara menghitung penggunaan instance saya?

Anda dikenakan biaya per menit selama instance aktif.

Instance SQL Server: Pemberian lisensi Microsoft SQL Server memerlukan lisensi inti untuk ditetapkan ke setiap CPU virtual pada instance, dengan minimum empat core untuk setiap instance. Instance yang memiliki kurang dari empat vCPU akan dikenakan biaya SQL Server seharga empat kali lipat dibandingkan tarif lisensi untuk mematuhi persyaratan ini. Untuk instance dengan 4 vCPU atau lebih, Anda akan dikenakan biaya untuk jumlah lisensi SQL Server yang sama dengan jumlah vCPU.

Bagaimana penyimpanan dihitung?
Penyimpanan dihitung berdasarkan jumlah penyimpanan yang telah Anda sediakan untuk instance Anda. Penyimpanan untuk pencadangan ditagih berdasarkan banyaknya ruang yang digunakan oleh cadangan Anda. Penyimpanan akan dikenakan biaya baik saat instance Anda aktif maupun nonaktif.
Bagaimana cara melihat jumlah tagihan saya?
Tab Billing pada Konsol Google Cloud menampilkan tagihan yang dikenakan pada instance Anda sejak tagihan terakhir diterbitkan.
Apa yang terjadi jika instance saya mencapai ukuran yang diizinkan?
Jika instance Anda mencapai ukuran penyimpanan yang disediakan, dan Anda tidak mengaktifkan peningkatan penyimpanan otomatis atau telah mencapai batas yang dikonfigurasi, penulisan berikutnya ke database tidak diizinkan sampai Anda meningkatkan ukuran penyimpanan. Peningkatan ukuran penyimpanan tidak memerlukan proses mulai ulang atau periode nonaktif instance.
Mengapa instance saya ditangguhkan?
Ini mungkin karena ada masalah dengan akun Google Cloud Anda. Anda dapat menentukan status penagihan dengan mengajukan Permintaan Dukungan Penagihan. Setelah masalah penagihan teratasi, instance akan kembali ke status dapat dijalankan dalam beberapa jam. Perhatikan bahwa instance MySQL yang ditangguhkan akan dihapus setelah 90 hari.
Mengapa instance saya dihapus?
Instance yang ditangguhkan selama 90 hari akan dihapus. Ini berlaku untuk instance dengan status SUSPENDED. Instance yang dihentikan dengan status RUNNABLE tidak akan dihapus.
Bagaimana cara membatalkan akun Cloud SQL saya?
Anda dapat menonaktifkan Cloud SQL untuk suatu project dengan membuka konsol Google Cloud, memilih project, memilih layanan API untuk membuka Dasbor API. Temukan Cloud SQL API dan klik Nonaktifkan untuk API tersebut.
Bagaimana cara menonaktifkan penagihan?
Anda dapat menonaktifkan penagihan dengan mengklik Nonaktifkan penagihan di panel Penagihan & pengaturan di Konsol Google Cloud untuk suatu project. Jika Anda menonaktifkan penagihan, Anda juga menonaktifkan layanan Cloud SQL. Pastikan Anda benar-benar ingin menonaktifkan layanan Cloud SQL sebelum Anda menonaktifkan penagihan.

Setelah menonaktifkan penagihan, Anda akan menerima satu tagihan terakhir untuk tagihan yang terjadi antara awal siklus penagihan dan saat Anda membatalkannya.

Kembali ke atas

Menggunakan Cloud SQL dengan App Engine

Dapatkah saya terhubung dari App Engine ke instance MySQL?
Anda dapat terhubung dari aplikasi App Engine ke instance MySQL, baik saat aplikasi tersebut berjalan di lingkungan standar maupun lingkungan fleksibel. Untuk mengetahui informasi selengkapnya, lihat Terhubung dari lingkungan standar App Engine, atau Terhubung dari lingkungan fleksibel App Engine.
Dapatkah saya terhubung dari App Engine ke instance PostgreSQL?
Anda dapat terhubung dari aplikasi App Engine ke instance PostgreSQL, bergantung pada lingkungan dan bahasa yang Anda gunakan. Untuk mengetahui informasi selengkapnya, lihat Terhubung dari lingkungan standar App Engine, atau Terhubung dari lingkungan fleksibel App Engine.
Dapatkah saya terhubung dari App Engine ke instance SQL Server?
Anda dapat terhubung dari aplikasi App Engine ke instance SQL Server, bergantung pada lingkungan dan bahasa yang Anda gunakan. Untuk mengetahui informasi selengkapnya, lihat Terhubung dari lingkungan standar App Engine, atau Terhubung dari lingkungan fleksibel App Engine.
Dapatkah aplikasi App Engine saya di AS mengakses instance Cloud SQL saya di Uni Eropa (dan sebaliknya)?

Jika Anda terhubung ke instance MySQL, aplikasi App Engine Anda tidak perlu berada di region yang sama, dan dapat berjalan di lingkungan standar atau lingkungan fleksibel. Namun, jarak yang lebih jauh antara instance Cloud SQL dan aplikasi App Engine Anda akan menyebabkan latensi koneksi ke database yang lebih besar.

Jika Anda terhubung ke instance Cloud SQL, aplikasi App Engine Anda tidak harus berada di region yang sama. Namun, jarak yang lebih jauh antara instance Cloud SQL dan aplikasi App Engine Anda akan menyebabkan latensi koneksi ke database yang lebih besar.

Layanan database Google Cloud mana yang tepat untuk saya?
Hal ini bergantung pada persyaratan aplikasi Anda. Google Cloud menawarkan sejumlah opsi untuk menyimpan, mengelola, dan mengambil data Anda. Untuk informasi selengkapnya, lihat Database Google Cloud.
Apakah saya perlu menginstal server database lokal untuk menggunakan Server Pengembangan App Engine?
Tidak. Anda dapat mengonfigurasi App Engine untuk menggunakan Cloud SQL atau server database yang diinstal secara lokal saat berjalan di server pengembangan.
Bahasa apa yang dapat saya gunakan untuk mengakses instance?
Lingkungan standar App Engine mendukung beberapa bahasa yang dapat Anda gunakan untuk terhubung ke instance Anda. Untuk informasi selengkapnya, lihat Terhubung dari lingkungan standar App Engine, atau Terhubung dari lingkungan fleksibel App Engine.

Jika Anda tidak menggunakan App Engine, Anda dapat menggunakan bahasa apa pun yang memiliki konektor atau API terkait. Untuk mengetahui daftar bahasa yang didukung, lihat bab Konektor dan API di Panduan Referensi MySQL.

Dapatkah saya menggunakan Django dengan Cloud SQL?
Ya. Cloud SQL kompatibel dengan Django. Lihat Mulai Menggunakan Django.
Placeholder mana yang dapat saya gunakan di string kueri Python saya?
Pengguna Python hanya dapat menggunakan kode format %s dalam penggantian parameter. Oleh karena itu, pernyataan berikut tidak valid: cursor.execute('INSERT INTO entries (guestAge) VALUES (%d)', (age)).
Bagaimana cara mengelola koneksi?

Mengelola koneksi database Anda secara efektif merupakan aspek penting dari pengembangan aplikasi database, termasuk menggunakan penggabungan koneksi dan backoff eksponensial. Untuk mengetahui contoh cara menggunakan teknik ini dalam berbagai bahasa dan framework, lihat Mengelola koneksi database.

Untuk mempelajari batas koneksi instance lebih lanjut, lihat Kuota dan Batas.

Apa yang dimaksud dengan SQLException dengan pesan "Invalid connection ID"?
Ini berarti, koneksi tidak lagi terbuka di server dan dihapus oleh klien.  Anda tidak perlu memanggil 'close' pada koneksi ini; koneksi sudah ditutup.
Dapatkah saya mengakses instance Cloud SQL secara terprogram di luar App Engine?
Ya. Anda dapat mengakses instance Cloud SQL secara terprogram dari aplikasi eksternal dengan menggunakan bahasa apa pun yang didukung. Lihat Ringkasan penyambungan.
Kembali ke atas