Kesalahan "Error Establishing a Database Connection" di WordPress dan Tips MySQL

Kesalahan "Error Establishing a Database Connection" di WordPress menunjukkan bahwa situs WordPress Anda tidak dapat terhubung ke database MySQL; penyebab paling umum adalah informasi wp-config.php yang salah, layanan MySQL yang crash atau kelebihan beban, tabel database yang rusak, sumber daya hosting yang tidak memadai, atau izin pengguna yang salah. Untuk solusi, pertama-tama verifikasi nama database, nama pengguna, kata sandi, dan alamat server; kemudian periksa status layanan MySQL, perbaikan tabel, penggunaan sumber daya, dan plugin keamanan.

Kesalahan ini biasanya muncul dengan pesan peringatan WordPress yang jelas, bukan hanya halaman kosong, dan dapat membuat baik frontend maupun panel admin situs Anda sepenuhnya tidak dapat diakses. Terutama pada situs e-commerce, situs perusahaan, sistem keanggotaan, atau blog dengan lalu lintas tinggi, beberapa menit gangguan saja dapat berarti hilangnya pesanan, pendaftaran formulir, pendapatan iklan, dan kepercayaan merek. Berita baiknya: meskipun kesalahan ini terlihat menakutkan, dalam banyak skenario, penyebab utama dapat ditemukan dengan pemeriksaan sistematis selama 10-20 menit.

Dalam panduan ini, kami akan membahas kesalahan koneksi database WordPress dengan cara yang praktis, berbasis pengalaman, dan sesuai dengan harapan SEO 2026 untuk blog Hostragons. Anda akan menemukan langkah demi langkah pemeriksaan wp-config.php, tips MySQL, analisis sumber daya server, perbaikan tabel, risiko keamanan, dan langkah-langkah yang dapat diambil untuk mencegah terulangnya masalah ini. Jika situs Anda sering mengalami kesalahan ini, Anda perlu fokus tidak hanya pada perbaikan sementara, tetapi juga pada perbaikan permanen di sisi infrastruktur. Pada titik ini, pemilihan hosting web yang tepat sangat penting: Anda dapat menjelajahi lebih lanjut tentang Paket hosting WordPress dan Solusi web hosting berkinerja tinggi.

Apa Itu Kesalahan "Error Establishing a Database Connection" di WordPress?

WordPress tidak hanya menjalankan file tema saat membuat halaman; ia menarik data seperti posting, halaman, pengguna, menu, pengaturan plugin, pesanan WooCommerce, dan opsi situs dari database MySQL atau MariaDB. Ketika inti WordPress tidak dapat membangun koneksi ini, pesan "Error Establishing a Database Connection" muncul. Dengan kata lain, file PHP mungkin ada di server, nama domain Anda mungkin berfungsi dengan baik, bahkan sertifikat SSL Anda mungkin aktif; tetapi karena WordPress tidak dapat mengakses database, konten tidak dapat diproduksi.

Anda dapat memikirkan kesalahan ini dengan analogi buku telepon. WordPress mencari nomor dalam buku telepon untuk menyiapkan halaman yang akan ditampilkan kepada pengunjung. Jika nama buku telepon berubah, kata sandi salah, saluran sibuk, atau file buku telepon rusak, pencarian tidak akan berhasil. Akibatnya, situs mungkin terlihat berfungsi tetapi halaman tidak dapat diproduksi karena data tidak dapat diambil.

Dampak kesalahan ini bervariasi tergantung pada struktur situs. Di blog sederhana, posting mungkin tidak dapat ditampilkan, sementara di situs WooCommerce, proses keranjang, pembayaran, stok, dan pesanan dapat terhenti. Di situs keanggotaan, data login, profil, dan langganan dapat menjadi tidak dapat diakses. Oleh karena itu, cara terbaik dalam proses pemecahan masalah adalah dengan tidak panik dan melakukan pemeriksaan dengan urutan yang benar.

Penyebab Paling Umum dan Tabel Perbandingan Cepat

Tabel di bawah ini merangkum penyebab paling umum dari kesalahan "Error Establishing a Database Connection" di WordPress, gejalanya, dan langkah awal yang perlu diambil. Mengklasifikasikan masalah dengan cepat mengurangi risiko perubahan file yang tidak perlu dan kehilangan data.

Sebelum Memulai Solusi: Persiapan Aman

Secara terburu-buru menghapus file, mengganti tema, atau menghapus folder plugin secara massal dalam kasus kesalahan koneksi database seringkali dapat memperburuk masalah. Aturan pertama adalah melanjutkan dengan menjaga kondisi saat ini. Khususnya jika Anda bekerja di situs live, Anda tidak boleh menjalankan perintah perbaikan tanpa membuat cadangan penuh, tidak boleh menghapus tabel, dan tidak boleh mengubah pengguna database secara sembarangan.

• Ambil cadangan file: unduh public_html atau direktori instalasi WordPress Anda.
• Ambil cadangan database: lakukan ekspor melalui phpMyAdmin atau gunakan alat backup di panel hosting.
• Catat perubahan terakhir: buat daftar peristiwa seperti plugin baru, pembaruan tema, perubahan versi PHP, migrasi situs, atau pembaruan kata sandi.
• Catat waktu kesalahan: informasi waktu penting untuk mencocokkan dengan log MySQL dan grafik penggunaan sumber daya.
• Lakukan satu perubahan pada satu waktu: Dengan cara ini, Anda dapat memahami mana yang memengaruhi hasil.

Dalam lingkungan profesional, praktik yang baik adalah melakukan perubahan terlebih dahulu di staging atau salinan uji. Jika situs Anda tidak memiliki cadangan, periksa kebijakan pencadangan harian atau mingguan dari penyedia hosting Anda. Untuk opsi pencadangan dan pemulihan di pihak Hostragons, Anda dapat melihat konten Layanan cadangan hosting.

Langkah 1: Periksa Informasi wp-config.php

File wp-config.php adalah kunci untuk koneksi antara WordPress dan MySQL. File ini biasanya terletak di direktori utama WordPress dan berisi nilai seperti nama database, nama pengguna, kata sandi, dan alamat server. Jika kesalahan terjadi setelah migrasi baru, perubahan nama domain, pembaruan kata sandi di panel hosting, atau instalasi manual, tempat pertama yang perlu diperiksa adalah di sini.

Nilai yang Perlu Diperiksa

• DB_NAME: Nama lengkap database WordPress Anda harus benar. Beberapa panel menambahkan awalan pada nama database.
• DB_USER: Nama pengguna MySQL yang akan terhubung ke database harus ditulis dengan benar.
• DB_PASSWORD: Kata sandi harus persis sama dalam hal huruf besar-kecil, karakter khusus, dan spasi.
• DB_HOST: Di sebagian besar hosting bersama, localhost digunakan; beberapa konfigurasi memerlukan alamat server MySQL terpisah.
• DB_CHARSET: Biasanya harus utf8mb4. Meskipun ini bukan penyebab utama kesalahan koneksi, ini dapat mencegah masalah karakter.

Contoh konkret: di panel seperti cPanel, nama database mungkin tidak hanya terlihat seperti site_db; itu bisa dalam format accountname_site_db bersama dengan nama pengguna akun. Demikian juga, pengguna MySQL mungkin juga dibuat dalam format accountname_wpuser. Penggunaan awalan yang hilang dalam wp-config.php dapat memutuskan koneksi sepenuhnya.

Cara paling dapat diandalkan untuk memverifikasi kata sandi adalah dengan menetapkan kata sandi baru yang kuat untuk pengguna MySQL dari panel hosting, kemudian menulis kata sandi yang sama ke dalam file wp-config.php. Namun, perhatian yang perlu diambil di sini adalah memastikan karakter khusus dalam kata sandi disimpan dengan benar di dalam file. Bahkan menambahkan spasi di awal atau akhir saat menyalin dapat merusak koneksi.

Langkah 2: Verifikasi Status Layanan MySQL

Jika informasi wp-config.php benar, langkah kedua adalah memeriksa status layanan MySQL. Di hosting bersama, status layanan biasanya dapat diperiksa dari panel kontrol, sementara di VPS atau server dedicated, Anda dapat memeriksanya melalui SSH. Jika Anda menggunakan hosting yang dikelola, melaporkan waktu kesalahan ke tim dukungan dapat menjadi metode tercepat.

Pemeriksaan untuk Hosting Bersama

• Periksa status layanan, penggunaan sumber daya, dan log kesalahan di panel hosting.
• Jika ada instalasi WordPress lain di bawah akun yang sama, uji apakah mereka berfungsi atau tidak.
• Periksa apakah phpMyAdmin dapat dibuka. Jika phpMyAdmin juga memberikan kesalahan koneksi, masalah mungkin ada di luar WordPress.
• Periksa apakah ada pengumuman pemeliharaan atau gangguan di halaman status penyedia hosting Anda.

Pemeriksaan untuk VPS atau Manajemen Server

Jika Anda menggunakan VPS, Anda perlu memeriksa apakah layanan MySQL atau MariaDB aktif. Jika layanan berhenti, memulai ulang bisa menjadi solusi sementara; namun penyebab sebenarnya bisa jadi kurangnya RAM, kapasitas disk yang penuh, tabel yang rusak, atau kueri yang berat. Misalnya, di server dengan 2 GB RAM, jika lalu lintas tiba-tiba mengonsumsi sumber daya dari PHP-FPM, server web, dan MySQL secara bersamaan, MySQL dapat secara otomatis mati.

Kapasitas disk yang penuh juga merupakan penyebab umum. Jika MySQL tidak dapat menulis file sementara atau log yang tumbuh dan menghabiskan ruang, masalah koneksi dapat muncul. Penggunaan disk di atas 90% di server harus dianggap sebagai alarm. Untuk solusi permanen, rotasi log, pembersihan cadangan yang tidak perlu, optimasi database, dan peningkatan sumber daya jika diperlukan harus direncanakan. Untuk infrastruktur yang dapat diskalakan di sisi VPS, Anda dapat menjelajahi Solusi Server VPS Hostragons.

Langkah 3: Periksa Izin Pengguna Database

Adanya pengguna database WordPress saja tidak cukup; mereka juga harus memiliki izin yang diperlukan di database yang relevan. Setelah proses migrasi, database diimpor, tetapi jika pencocokan pengguna-database dilupakan, kesalahan koneksi atau kesalahan izin mungkin muncul.

Tambahkan pengguna ke database terkait dari bagian Database MySQL di panel hosting dan tetapkan izin yang diperlukan. Dalam praktiknya, WordPress mungkin memerlukan izin seperti SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, INDEX, dan DROP. Dari segi keamanan, membuat database dan pengguna terpisah untuk setiap situs adalah praktik yang baik. Dengan cara ini, celah keamanan pada satu situs tidak langsung memengaruhi database proyek lainnya.

Untuk agensi dan tim yang mengelola banyak situs, disarankan untuk mendokumentasikan informasi seperti nama_proyek, nama_database, nama_pengguna, tanggal_pembuatan, dan orang_yang_bertanggung jawab dalam manajer kata sandi yang aman. Kebiasaan sederhana ini dapat secara signifikan mengurangi waktu pemindahan dan respons darurat.

Langkah 4: Perbaiki Tabel Database

Dalam beberapa kasus, meskipun informasi koneksi benar, layanan MySQL aktif, dan izin sudah benar, kesalahan masih dapat terjadi. Dalam skenario ini, mungkin ada kerusakan pada tabel database. Pemadaman server yang tiba-tiba, pembaruan yang gagal, masalah disk, atau operasi penulisan yang berat dapat memengaruhi integritas tabel.

Mode Perbaikan WordPress

WordPress menyediakan mekanisme bawaan untuk perbaikan tabel dasar. Dengan menambahkan definisi WP_ALLOW_REPAIR sementara ke file wp-config.php, layar perbaikan dapat dibuka. Setelah proses selesai, baris ini harus dihapus; karena halaman perbaikan dapat diakses tanpa sesi. Ini adalah detail yang tidak boleh diabaikan dari segi keamanan.

Perbaikan dan Optimasi dengan phpMyAdmin

Anda dapat masuk ke database yang relevan melalui phpMyAdmin dan memilih tabel untuk melakukan operasi repair table dan optimize table. Namun, di database WooCommerce yang besar, operasi ini dapat memperlambat situs untuk waktu yang singkat. Khususnya jika tabel wp_postmeta, wp_options, dan tabel pesanan sudah sangat besar, penting untuk mengambil cadangan sebelum melakukan operasi tersebut.

Contoh berbasis pengalaman: di situs WooCommerce dengan 50.000 produk, tabel wp_postmeta dapat mencapai jutaan baris. Pada tabel semacam itu, optimasi yang tidak terencana dapat terhambat oleh batas sumber daya hosting bersama. Oleh karena itu, melakukan operasi di jam lalu lintas rendah di database besar, jika perlu, mengujinya di lingkungan staging, dan melanjutkan dengan dukungan hosting lebih aman.

Langkah 5: Evaluasi Plugin, Tema, dan Pembaruan Terakhir

Kesalahan "Error Establishing a Database Connection" di WordPress mungkin tidak terlihat langsung sebagai kesalahan plugin, tetapi beberapa plugin dapat memberikan beban berlebih pada database dan menghabiskan batas koneksi. Khususnya, pemindai keamanan, plugin statistik, alat pencadangan, sistem impor otomatis, dan plugin pembuat halaman yang ditulis dengan buruk dapat menghasilkan kueri yang berat.

Jika kesalahan terjadi pada waktu tertentu, periksa tugas cron. Misalnya, jika proses pencadangan penuh dijadwalkan setiap malam pada pukul 02.00 dan bersamaan dengan sinkronisasi produk serta pemindaian keamanan, jumlah koneksi MySQL dapat meningkat. Akibatnya, pengunjung mungkin melihat kesalahan koneksi. Menyebarkan tugas ke waktu yang berbeda sering kali memberikan perbaikan cepat.

• Nonaktifkan sementara plugin yang baru ditambahkan.
• Pindahkan waktu pencadangan dan pemindaian ke jam lalu lintas rendah.
• Alih-alih menggunakan plugin statistik yang terus-menerus menulis ke database, gunakan alat analisis eksternal.
• Periksa tugas terjadwal untuk keranjang, sesi, dan aksi di situs WooCommerce.
• Perbarui tema dan plugin yang tidak diperbarui di lingkungan pengujian terlebih dahulu, bukan langsung di situs live.

Langkah 6: Analisis Batas Sumber Daya Hosting

Banyak kesalahan koneksi database disebabkan oleh kekurangan sumber daya daripada konfigurasi yang salah. Di akun hosting bersama, CPU, RAM, I/O, entry process, dan batas koneksi MySQL memiliki ambang batas tertentu. Ketika lalu lintas meningkat, serangan bot, periode kampanye, atau kueri berat melampaui batas ini, WordPress mungkin tidak dapat terhubung ke database tepat waktu.

Dalam analisis sumber daya, hanya melihat jumlah lalu lintas saat ini bisa menyesatkan. 100 pengunjung nyata terkadang dapat lebih ringan daripada 10.000 permintaan bot. Demikian juga, halaman yang memiliki cache yang baik hanya menghasilkan 1 kueri, sedangkan halaman kategori WooCommerce tanpa cache mungkin menjalankan puluhan kueri. Oleh karena itu, dalam evaluasi kinerja, jumlah permintaan, waktu kueri, jumlah proses PHP, dan waktu koneksi database harus dipertimbangkan secara bersamaan.

Kapan Harus Mempertimbangkan Peningkatan Hosting?

• Kesalahan hanya muncul selama jam sibuk.
• Grafik sumber daya secara teratur mencapai 80-100%.
• Jika Anda menggunakan struktur dinamis seperti WooCommerce, LMS, atau situs keanggotaan.
• Jika meskipun ada cache, kueri lambat MySQL tetap ada.
• Jika Anda menghosting banyak situs WordPress di akun yang sama.

Jika ada gejala ini, hosting WordPress yang lebih kuat, server cloud, atau struktur VPS yang dikelola mungkin lebih tepat. Mengelola domain, hosting, dan SSL dalam ekosistem yang sama yang dapat dipercaya juga memberikan kemudahan operasional. Untuk opsi terkait, Anda dapat mempertimbangkan halaman Pendaftaran Nama Domain, sertifikat SSL, dan solusi hosting korporat.

Tips Praktis untuk Kinerja MySQL

Untuk mencegah kesalahan terulang, pemeliharaan rutin di sisi MySQL diperlukan. Seiring WordPress tumbuh, tabel database akan membengkak; revisi lama, komentar spam, opsi sementara, sisa tugas terjadwal, dan log plugin dapat memperlambat kueri. Tips berikut dapat mengurangi kesalahan koneksi dan meningkatkan kecepatan situs secara keseluruhan.

1. Jaga Tabel wp_options Tetap Bersih

Tabel wp_options adalah salah satu tabel paling kritis dalam WordPress. Rekaman dengan nilai autoload "yes" dapat diambil ke dalam memori setiap kali halaman dimuat. Jika data autoload yang tidak perlu naik ke 5 MB, 10 MB atau lebih, waktu produksi halaman akan meningkat. Ketika memeriksa tabel ini, sebaiknya lakukan cadangan terlebih dahulu dan pahami plugin mana yang terkait sebelum menghapus rekaman secara acak.

2. Batasi Revisi Database

Di blog multi-penulis, setiap pembaruan konten membuat revisi baru. Di situs dengan 500 tulisan, jika ada 20 revisi per tulisan, ribuan rekaman tambahan dapat terbentuk. Menjaga jumlah revisi pada batas yang wajar, terutama untuk tabel wp_posts dan wp_postmeta, menjadikannya lebih mudah dikelola.

3. Gunakan Caching Objek Permanen

Solusi caching objek seperti Redis atau Memcached dapat mengurangi beban MySQL dengan menyimpan hasil kueri yang sering digunakan dalam memori. Khususnya di situs keanggotaan dan WooCommerce, caching halaman penuh tidak selalu cukup; karena banyak halaman dihasilkan khusus untuk pengguna. Caching objek dapat memberikan perbedaan signifikan dalam struktur semacam itu.

4. Pantau Kuery Lambat

Di VPS atau server khusus, log kueri lambat dapat diaktifkan untuk mengidentifikasi kueri yang memakan waktu lama. Misalnya, mencatat kueri yang berlangsung lebih dari 2 detik dapat memudahkan identifikasi plugin bermasalah atau indeks yang hilang. Di hosting bersama, akses ini bisa terbatas; dalam hal ini, plugin pemantauan kinerja di tingkat aplikasi dan catatan dukungan hosting dapat digunakan.

5. Kurangi Lalu Lintas Bot

Bot agresif dapat terus-menerus memanggil halaman WordPress dinamis dan menghabiskan koneksi MySQL. Firewall, pembatasan laju, CDN, optimasi robots.txt, dan perlindungan halaman login dapat mengurangi beban database. Khususnya, permintaan yang ditujukan untuk wp-login.php dan xmlrpc.php harus diawasi.

Aspek Keamanan: Dapatkah Kesalahan Menjadi Tanda Serangan?

Tidak semua kesalahan koneksi database berarti ada serangan; namun dalam beberapa kasus, brute force, pemindaian bot, percobaan injeksi SQL, atau aktivitas plugin berbahaya dapat membebani MySQL. Jika ada penggunaan sumber daya yang tinggi yang tiba-tiba, pengguna admin yang tidak dikenal, file mencurigakan, dan sumber lalu lintas yang tidak biasa terlihat bersamaan, analisis keamanan harus dilakukan.

Sebagai langkah pencegahan, pastikan untuk memperbarui inti WordPress, tema, dan plugin; hapus plugin yang tidak digunakan; gunakan kata sandi yang kuat dan otentikasi dua faktor. Berikan hanya izin yang diperlukan kepada pengguna database dan jangan gunakan pengguna MySQL yang sama di proyek yang berbeda. Penggunaan SSL tidak secara langsung menyelesaikan kesalahan koneksi MySQL; namun, itu penting untuk transmisi data pengguna dan panel yang aman. Panduan mengenai apa itu sertifikat SSL dan bagaimana cara menginstalnya mungkin berguna dalam hal ini.

Mengapa Kesalahan Ini Sering Terjadi Setelah Migrasi Situs?

Proses migrasi WordPress adalah salah satu waktu di mana kesalahan koneksi database paling sering muncul. Meskipun file telah dipindahkan dengan benar, proses impor database mungkin tidak dilakukan sepenuhnya, izin pengguna mungkin dilupakan, atau wp-config.php mungkin berisi informasi server lama. Saat DNS mengarah ke server baru, beberapa pengunjung mungkin diarahkan ke server lama, sementara yang lain ke server baru; ini dapat membuat diagnosis menjadi sulit.

Checklist setelah migrasi harus mencakup: nama database baru, nama pengguna baru, kata sandi terbaru, DB_HOST yang benar, akses phpMyAdmin, awalan tabel, catatan URL situs, versi PHP, dan izin file. Selama proses propagasi DNS, pastikan nama domain Anda terhubung ke IP yang benar. Halaman Pemeriksaan Domain dan Pengelolaan Nama Domain dapat mempermudah proses ini.

Daftar Kontrol Pencegahan Permanen

Perbaikan satu kali saja tidak cukup. Untuk menghindari pengalaman yang sama, terapkan rutinitas pemeliharaan berikut setiap bulan atau mingguan untuk situs dengan lalu lintas tinggi.

• Lakukan pencadangan otomatis harian dan uji pemulihan secara teratur.
• Perbarui WordPress, tema, dan plugin dengan cara yang terkontrol.
• Pantau ukuran database, terutama tabel wp_options dan wp_postmeta.
• Periksa grafik penggunaan sumber daya setiap minggu.
• Batasi lalu lintas bot, brute force, dan permintaan xmlrpc.
• Jaga versi PHP dan MySQL tetap terbaru, kompatibel, dan didukung.
• Gunakan lingkungan staging untuk menguji perubahan besar sebelum diterapkan secara langsung.
• Tinjau kapasitas hosting sebelum kampanye yang diharapkan meningkatkan lalu lintas.

Jika perlu menetapkan ambang batas praktis, jika situs Anda secara teratur melebihi 80% dari batas sumber daya, rencanakan optimasi atau peningkatan paket sebelum masalah muncul. Kesalahan koneksi database sering kali merupakan peringatan terakhir; sinyal nyata adalah halaman yang terbuka lambat, kesalahan timeout, dan alarm sumber daya di panel.

Kapan Harus Mencari Dukungan Profesional?

Pemecahan masalah sederhana pada wp-config.php dapat dilakukan oleh pemilik situs; namun, jika melibatkan database besar, situs e-commerce, proyek dengan lalu lintas tinggi, atau manajemen VPS, lebih baik mendapatkan dukungan profesional. Terutama perbaikan tabel, reconfigurasi layanan server, dan tuning RAM serta MySQL memerlukan pengalaman.

Jika salah satu situasi berikut berlaku, disarankan untuk mencari dukungan ahli: jika tidak ada cadangan, jika database terlalu besar, jika kesalahan sering terjadi, jika situs WooCommerce yang menerima pembayaran terpengaruh, jika Anda tidak dapat menginterpretasikan log server, atau jika layanan MySQL terus menerus crash. Dalam skenario semacam ini, intervensi yang tepat tidak hanya membuka kembali situs tetapi juga mengurangi gangguan yang berulang.

Ringkasan Singkat dan CTA Lembut

Kesalahan "Error Establishing a Database Connection" di WordPress adalah masalah kritis yang menunjukkan bahwa WordPress tidak dapat mengakses database MySQL, tetapi sering kali dapat diselesaikan. Pendekatan yang paling tepat adalah memverifikasi informasi wp-config.php, memeriksa status layanan MySQL, meninjau izin pengguna, memperbaiki tabel dengan aman, dan menganalisis sumber daya hosting. Untuk solusi permanen, pencadangan rutin, optimasi database, langkah-langkah keamanan, dan infrastruktur hosting yang sesuai dengan situs Anda harus dipertimbangkan bersama-sama.

Jika situs Anda sering mengalami kesalahan koneksi database, melambat selama periode lalu lintas tinggi, atau jika sumber daya hosting Anda tidak memadai, Anda dapat merencanakan infrastruktur yang lebih stabil dengan menjelajahi solusi hosting, VPS, domain, dan SSL yang berfokus pada WordPress dari Hostragons. Menganalisis kebutuhan Anda sebelum membuat keputusan pembelian adalah langkah yang paling sehat dalam jangka panjang.

FAQ

Apa penyebab kesalahan "Error Establishing a Database Connection" di WordPress?

Kesalahan ini biasanya disebabkan oleh ketidakmampuan WordPress untuk terhubung ke database MySQL. Penyebab paling umum adalah informasi wp-config.php yang salah, kata sandi database yang salah, layanan MySQL yang mati, tabel yang rusak, sumber daya hosting yang tidak memadai, atau izin pengguna yang hilang.

Informasi apa yang harus saya periksa di file wp-config.php?

Anda harus memeriksa nilai DB_NAME, DB_USER, DB_PASSWORD, dan DB_HOST. Nama database dan nama pengguna mungkin memiliki awalan akun hosting. Perhatikan karakter khusus, huruf besar-kecil, dan spasi yang muncul saat menyalin kata sandi.

Apakah kesalahan ini berarti data saya terhapus?

Tidak. Dalam kebanyakan kasus, data tidak terhapus; WordPress hanya tidak dapat terhubung ke database. Namun, penting untuk selalu mengambil cadangan file dan database sebelum melakukan perbaikan, optimasi, atau perubahan pengguna.

Apakah aman untuk memperbaiki tabel MySQL?

Setelah mengambil cadangan, mode perbaikan WordPress atau perbaikan tabel melalui phpMyAdmin biasanya aman. Namun, di situs WooCommerce besar atau situs dengan lalu lintas tinggi, operasi ini harus direncanakan dengan hati-hati, dilakukan di waktu lalu lintas rendah, dan jika mungkin, diuji di lingkungan staging terlebih dahulu.

Apa yang harus saya lakukan untuk mencegah kesalahan terulang?

Lakukan pencadangan secara rutin, perbarui WordPress dan plugin, pantau tabel besar seperti wp_options dan wp_postmeta, batasi lalu lintas bot, awasi grafik penggunaan sumber daya, dan gunakan infrastruktur hosting yang sesuai dengan tingkat lalu lintas situs Anda.