بهینه سازی دیتابیس وردپرس باید با شناخت علت کندی و نوع داده شروع شود. حجم زیاد، کوئری کند، دادهٔ موقت و خرابی جدول مسائل متفاوتی‌اند. اجرای یک دستور روی همهٔ جدول‌ها، لزوماً هیچ‌کدام را به‌درستی حل نمی‌کند و ممکن است بار اضافی ایجاد کند.
قبل از بهینه سازی دیتابیس وردپرس
نام دیتابیس فعال را از تنظیمات سایت تشخیص دهید. حجم و رشد جدول‌ها، عملیات کند و زمان وقوع را ثبت کنید. جدول بزرگ سفارش یا محتوا ممکن است ضروری باشد. برای حذف یا تغییر ساختار داده، نسخهٔ بازیابی متناسب داشته باشید؛ خروجی‌گرفتن صرف از نوشته‌ها جایگزین بک‌آپ کامل دیتابیس نیست.
اگر کندی از کوئری افزونه، اتصال خارجی یا گزینه‌های autoload باشد، حذف رونوشت‌ها ممکن است اثر محسوسی نداشته باشد. راهنمای عملکرد وردپرس این بررسی را در کنار منابع سرور و کش قرار می‌دهد.
Optimize Table در phpMyAdmin
در phpMyAdmin، دیتابیس و جدول مشخص را انتخاب کنید. تنها وقتی دلیل فنی دارید، عملیات Optimize را در زمان مناسب اجرا کنید و پیام نتیجه را بخوانید. این دستور جایگزین پاک‌سازی رونوشت‌ها یا حذف دادهٔ افزونه نیست.
طبق مستند MySQL، در InnoDB عملیات Optimize می‌تواند بازسازی جدول و آمار شاخص‌ها را انجام دهد؛ بنابراین ادعای «InnoDB قابل بهینه‌سازی نیست» درست نیست. بازسازی می‌تواند به فضای موقت و زمان نیاز داشته باشد. نوع موتور و نسخهٔ MySQL یا MariaDB میزبان را قبل از اقدام بررسی کنید.
تنظیم نگهداری رونوشت و زباله‌دان
در صورت نیاز، تنظیم‌های زیر را در wp-config.php پیش از بارگذاری وردپرس قرار دهید. اعداد نمونه‌اند و توصیهٔ ثابت برای همهٔ سایت‌ها نیستند:
define( 'WP_POST_REVISIONS', 10 );
define( 'AUTOSAVE_INTERVAL', 120 );
define( 'EMPTY_TRASH_DAYS', 30 );گزینهٔ اول تعداد رونوشت، دومی فاصلهٔ ذخیرهٔ خودکار برحسب ثانیه و سومی مدت نگهداری زباله‌دان را تعیین می‌کند. تعریف تکراری نسازید. زیادکردن فاصلهٔ ذخیره می‌تواند میزان متن ازدست‌رفته در اختلال مرورگر را بیشتر کند؛ کوتاه‌کردن نگهداری زباله‌دان هم فرصت بازیابی را کاهش می‌دهد.
این ثابت‌ها جایگزین اجرای پاک‌سازی فوری همهٔ داده‌های قبلی نیستند. توضیحات رفتار هر کدام در مرجع تنظیمات وردپرس آمده است. کد ناقص بدون define یا با کوتیشن تزئینی قابل استفاده نیست.
افزونه و ابزارهای ووکامرس
ابزارهایی مانند WP-Optimize امکان انتخاب نوع پاک‌سازی را می‌دهند. رونوشت، پیش‌نویس خودکار، زباله‌دان و دیدگاه در انتظار را جدا بررسی کنید. حذف جدول افزونهٔ غیرفعال را صرفاً به‌دلیل غیرفعال‌بودن انجام ندهید؛ اطلاعات آن ممکن است هنوز لازم باشد.
در «ووکامرس ← وضعیت ← ابزارها»، هر گزینه هدف متفاوتی دارد. طبق مستند ابزارهای ووکامرس، Clear Customer Sessions نشست‌های فعال و از جمله محتویات سبد خرید را پاک می‌کند. این کار با پاک‌سازی transient منقضی یا بازسازی جدول جست‌وجو یکی نیست و نباید بی‌دلیل روی فروشگاه فعال اجرا شود.
نتیجه را با کارکرد سایت بسنجید
پس از تغییر، ذخیرهٔ نوشته، جست‌وجو و در فروشگاه، سبد خرید و تسویه را بررسی کنید. زمان پاسخ عملیات قبلی را مقایسه کنید. اگر مشکل باقی است، به تشخیص کوئری و منابع برگردید؛ حذف بیشتر داده بدون شناخت علت، معیار پیشرفت نیست.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
