خطای برقراری ارتباط با پایگاه داده یعنی وردپرس نتوانسته ارتباط لازم با دیتابیس را برقرار کند. علت می‌تواند اطلاعات اتصال، مجوز حساب، پاسخ‌ندادن سرویس یا مشکل منابع باشد. تغییر تصادفی آدرس سایت و اجرای چند دستور تعمیر پشت سر هم، تشخیص را سخت‌تر می‌کند. از آخرین تغییر و متن دقیق خطا شروع کنید.
اولین بررسی برای خطای برقراری ارتباط با پایگاه داده
مشخص کنید خطا دائمی است یا گهگاه ظاهر می‌شود و آیا درست پس از انتقال سایت یا تغییر رمز شروع شده است. وضعیت سایر سایت‌های همان سرویس و پیام‌های پنل را نیز بررسی کنید. اگر چند سایت هم‌زمان مشکل دارند، لازم نیست پیش از تماس با پشتیبانی، تنظیمات همه را تغییر دهید.
اطلاعات wp-config.php را تطبیق دهید
فایل فعال سایت را در مسیر نصب واقعی پیدا کنید؛ public_html مسیر ثابت همهٔ دامنه‌ها نیست. چهار مقدار زیر را با اطلاعات معتبر سرویس مقایسه کنید. این نمونه فقط نام تنظیمات را نشان می‌دهد و نباید با همین مقادیر جایگزین فایل واقعی شود:
define('DB_NAME', 'YOUR_DATABASE_NAME');
define('DB_USER', 'YOUR_DATABASE_USER');
define('DB_PASSWORD', 'YOUR_DATABASE_PASSWORD');
define('DB_HOST', 'YOUR_DATABASE_HOST');نام کامل دیتابیس و کاربر ممکن است پیشوند حساب هاست داشته باشد. DB_HOST نیز همیشه localhost نیست؛ میزبان یا پورت اعلام‌شده توسط سرویس ملاک است. نقل‌قول‌ها باید ساده و ساختار PHP صحیح باشد. راهنمای wp-config.php مرجع این تنظیمات است.
مجوز کاربر و وضعیت سرور
در پنل، وجود دیتابیس و اتصال کاربر به همان دیتابیس را بررسی کنید. رمز مدیر وردپرس با رمز کاربر MySQL متفاوت است. اگر ناچار به تغییر رمز دیتابیس هستید، همهٔ برنامه‌های وابسته به آن حساب باید هماهنگ شوند؛ فقط برای امتحان‌کردن، رمز مشترک را عوض نکنید.
در راهنمای خطاهای وردپرس، مشکلات میزبان نیز از علت‌هاست. محدودیت اتصال، کمبود منابع یا توقف دیتابیس نیازمند بررسی لاگ سرویس است. راه‌اندازی مجدد وب‌سرور الزاماً دیتابیس را راه نمی‌اندازد و ری‌استارت بی‌دلیل ممکن است شواهد یا سرویس‌های دیگر را تحت تأثیر قرار دهد.
پیشوند جدول و پیام خرابی را جدا بررسی کنید
پس از انتقال، مقدار $table_prefix باید با جدول‌های همان نصب هماهنگ باشد. اختلاف پیشوند معمولاً مسئلهٔ یافتن جدول‌هاست و با شکست احراز هویت یکسان نیست. اگر صفحهٔ نصب ظاهر شد، نصب تازه را روی اطلاعات قبلی اجرا نکنید؛ ابتدا دیتابیس و پیشوند درست را مشخص کنید.
تعمیر فقط زمانی مطرح است که شواهدی از خرابی جدول وجود دارد. قابلیت WP_ALLOW_REPAIR وردپرس دسترسی بدون ورود به صفحهٔ تعمیر را فعال می‌کند؛ در صورت نیاز واقعی، موقتاً آن را فعال و بلافاصله پس از کار حذف کنید. این قابلیت درمان همهٔ انواع خرابی نیست. پشتیبانی REPAIR TABLE به موتور جدول وابسته است و نباید آن را تعمیر عمومی InnoDB فرض کرد.
چه کارهایی را انجام ندهیم؟
- برای مشکل اتصال، siteurl و home را بدون دلیل تغییر ندهید؛ این تنظیمات مربوط به نشانی سایت‌اند.
- فایل تست عمومی حاوی رمز و خطای کامل دیتابیس نسازید؛ نمونه‌های mysql_connect نیز برای PHP فعلی مناسب نیستند.
- مجوز همهٔ فایل‌ها را برای آزمایش باز نکنید؛ دسترسی فایل و مجوز دیتابیس دو موضوع متفاوت‌اند.
- بدون شناخت خرابی و امکان بازیابی، روی دادهٔ اصلی عملیات تعمیر اجرا نکنید.
پس از رفع علت، ورود، نمایش نوشته و عملیات ضروری سایت را بررسی کنید. برای خطای متناوب، زمان وقوع و پیام پالایش‌شدهٔ لاگ را نگه دارید تا علت منابع یا اتصال واقعاً مشخص شود.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
