سایتی را به یاد می‌آورم که سه سال بدون پاک‌سازی ریویژن‌ها کار کرده بود و جدول wp_posts آن به ۱۸۰ مگابایت رسیده بود. بازکردن ویرایشگر یک نوشته، سه ثانیه طول می‌کشید. آن تجربه به من یادآوری کرد که دیتابیس وردپرس، مثل یک انبار است که اگر مرتب پاک‌سازی نشود، به‌تدریج پر از زباله می‌شود. ریویژن‌ها یکی از بزرگ‌ترین منابع این زباله هستند. در این نوشته، همان چیزی را که در پروژه‌های واقعی یاد گرفته‌ام باز می‌کنم. اگر با مفهوم پایه‌ی پایگاه داده آشنایید، ادامه‌ی این مقاله تصویر عملیاتی دقیقی به شما می‌دهد.

ریویژن در وردپرس دقیقاً چیست؟

ریویژن (Revision) در وردپرس، نسخه‌ی ذخیره‌شده‌ی هر نوشته یا برگه در طول ویرایش است. هر بار که نویسنده روی دکمه‌ی ذخیره یا به‌روزرسانی می‌زند، وردپرس یک نسخه‌ی جدید از نوشته را در دیتابیس ذخیره می‌کند. این ساختار، امکان بازگشت به نسخه‌های قبلی را فراهم می‌کند و برای بازگردانی اشتباهات مفید است.

اما این ساختار، هزینه دارد. هر ریویژن، یک ردیف کامل در جدول wp_posts و چندین ردیف در جداول مرتبط مثل wp_postmeta ایجاد می‌کند. در سایت‌هایی که نوشته‌ها زیاد ویرایش می‌شوند، تعداد ریویژن‌ها به‌سرعت از تعداد نوشته‌های واقعی بیشتر می‌شود. مسیر کلی ساختار دیتابیس وردپرس را در بهینه‌سازی دیتابیس وردپرس چیست باز کرده‌ام.

هر ریویژن، یک نسخه‌ی کامل از نوشته است. اگر نوشته‌ی ۵۰ کیلوبایتی را ۴۰ بار ویرایش کنید، ۲ مگابایت داده در دیتابیس ذخیره کرده‌اید — فقط برای یک نوشته.

ریویژن‌ها چگونه رشد می‌کنند؟

رشد ریویژن‌ها، معمولاً نامرئی است. نویسنده در طول ویرایش، متوجه نمی‌شود که هر بار ذخیره، یک نسخه‌ی جدید ذخیره می‌کند. در وردپرس، پیش‌فرض تعداد ریویژن‌ها نامحدود است. اگر محدودیتی تعریف نشود، ریویژن‌ها تا بی‌نهایت رشد می‌کنند.

سه الگوی رایج در رشد ریویژن‌ها:

  • نوشته‌های طولانی که چند بار ویرایش می‌شوند، بیشترین ریویژن را تولید می‌کنند.
  • صفحات محصول در فروشگاه‌ها، اغلب چند بار در سال برای تغییر قیمت یا توضیحات ویرایش می‌شوند.
  • برگه‌های اصلی سایت — مثل صفحه‌ی تماس یا درباره — گاهی ده‌ها بار ویرایش می‌شوند.

در پروژه‌هایی که بررسی کرده‌ام، جدول wp_posts در سایت‌های فعال، معمولاً دو تا پنج برابر تعداد نوشته‌های واقعی، ردیف دارد. مسیر دقیق این ساختار را در تاثیر دیتابیس بر سرعت سایت باز کرده‌ام.

تأثیر ریویژن‌ها بر سرعت و دیتابیس

تأثیر ریویژن‌ها بر سرعت، در سه لایه ظاهر می‌شود. لایه‌ی اول، حجم دیتابیس است: دیتابیس بزرگ‌تر، کوئری‌های کندتری دارد. لایه‌ی دوم، کندی پیشخوان است: هنگام بازکردن یک نوشته برای ویرایش، وردپرس باید همه‌ی ریویژن‌های آن را بررسی کند. لایه‌ی سوم، کندی بکاپ است: هر چه دیتابیس بزرگ‌تر باشد، زمان بکاپ‌گیری بیشتر می‌شود.

در پروژه‌هایی که تحلیل عمیق انجام داده‌ام، سه نشانه‌ی محسوس سنگینی دیتابیس دیده‌ام:

  • کندی محسوس هنگام ویرایش نوشته‌های قدیمی.
  • افزایش زمان بکاپ‌گیری — از چند دقیقه به چند ساعت.
  • کندی پیشخوان، مخصوصاً در بخش نوشته‌ها و رسانه.

مسیر کامل این تأثیر را در بهینه‌سازی سرعت سایت چیست و چرا مهم است باز کرده‌ام و در بهینه‌سازی کوئری‌های MySQL هم به لایه‌ی فنی این موضوع پرداخته‌ام.

سایر منابع سنگینی دیتابیس

ریویژن‌ها، تنها منبع سنگینی دیتابیس نیستند. سه منبع دیگر که در پروژه‌ها زیاد دیده‌ام:

  • ترنزینت‌ها (Transients): داده‌های موقت که معمولاً خودشان پاک می‌شوند اما گاهی انباشته می‌مانند.
  • کامنت‌های اسپم: کامنت‌های تأییدنشده که در جدول wp_comments انبار می‌شوند.
  • متادیتای بی‌استفاده: ردیف‌های wp_postmeta و wp_usermeta که به نوشته‌ها یا کاربران حذف‌شده وابسته بودند.

مسیر کامل پاک‌سازی این منابع را در پاک‌سازی اسپم و ترنزینت‌ها در وردپرس باز کرده‌ام و در چگونه دیتابیس وردپرس را پاک‌سازی کنیم هم به لایه‌ی عملیاتی این موضوع پرداخته‌ام.

چگونه سنگینی دیتابیس را شناسایی کنیم؟

شناسایی سنگینی دیتابیس، اولین قدم پاک‌سازی است. سه مسیر اصلی:

  1. بررسی حجم جدول‌ها در phpMyAdmin: جدول wp_posts و wp_postmeta معمولاً بزرگ‌ترین هستند.
  2. شمارش ردیف‌های جدول wp_posts: اگر تعداد ردیف‌ها چند برابر تعداد نوشته‌های واقعی است، ریویژن‌ها انباشته شده‌اند.
  3. ابزارهای بهینه‌سازی دیتابیس: افزونه‌های بهینه‌سازی، گزارش دقیقی از وضعیت دیتابیس ارائه می‌دهند.

مسیر کامل این شناسایی را در بهترین افزونه‌های بهینه‌سازی دیتابیس وردپرس باز کرده‌ام و در بهینه‌سازی جداول MySQL برای سرعت بیشتر هم به لایه‌ی فنی پرداخته‌ام.

محدودسازی تعداد ریویژن‌ها

اولین اقدام پیشگیرانه، محدودسازی تعداد ریویژن‌ها در فایل wp-config.php است. با تعریف یک ثابت، می‌توان تعداد ریویژن‌های هر نوشته را محدود کرد:

define('WP_POST_REVISIONS', 5);

این کد، تعداد ریویژن‌های هر نوشته را به پنج محدود می‌کند. نسخه‌های قدیمی‌تر، در ذخیره‌ی بعدی حذف می‌شوند. مقدارهای متعارف: ۳ تا ۱۰. اگر امنیت بالاتری می‌خواهید، می‌توانید مقدار را ۳ بگذارید. برای غیرفعال‌سازی کامل:

define('WP_POST_REVISIONS', false);

اما این گزینه را توصیه نمی‌کنم؛ چون بازگشت به نسخه‌های قبلی را غیرممکن می‌کند. مسیر دقیق این تنظیمات را در پاک‌سازی دیتابیس وردپرس باز کرده‌ام.

محدودسازی ریویژن، مانند بستن شیر آب است. پاک‌سازی موجود، پاک‌کردن آب‌های انباشته. اولی، پیشگیری است؛ دومی، درمان. اگر شیر را نبندید، آب بازمی‌گردد.

پاک‌سازی امن ریویژن‌های موجود

پاک‌سازی ریویژن‌های موجود، باید با احتیاط انجام شود. سه مسیر اصلی:

  1. افزونه‌های بهینه‌سازی دیتابیس: اکثر افزونه‌ها گزینه‌ی پاک‌سازی ریویژن را دارند و این کار را با کوئری‌های بهینه انجام می‌دهند.
  2. کوئری دستی در phpMyAdmin: برای کاربران فنی که کنترل دقیق‌تری می‌خواهند.
  3. ابزار wp-cli: برای مدیریت از خط فرمان.

نمونه‌ی کوئری دستی برای حذف ریویژن‌ها:

DELETE FROM wp_posts WHERE post_type = 'revision';

اما این کوئری، متادیتای مرتبط را حذف نمی‌کند. برای پاک‌سازی کامل، باید ردیف‌های wp_postmeta مرتبط را هم حذف کرد. افزونه‌های بهینه‌سازی، این کار را به‌طور خودکار انجام می‌دهند. مسیر کامل این پاک‌سازی را در بهترین افزونه‌های بهینه‌سازی دیتابیس باز کرده‌ام.

پیش از هر پاک‌سازی، یک بکاپ کامل بگیرید. مسیر بکاپ‌گیری را در چگونه از سایت وردپرسی بکاپ بگیریم باز کرده‌ام.

پیشگیری بلندمدت

پیشگیری بلندمدت از سنگینی دیتابیس، سه اصل دارد:

  1. محدودسازی ریویژن‌ها از روز اول: بدون این محدودسازی، دیتابیس در بازه‌ی یک‌ساله، چند برابر می‌شود.
  2. پاک‌سازی دوره‌ای: هر سه ماه، یک پاک‌سازی سبک از ترنزینت‌ها، اسپم‌ها و ریویژن‌ها.
  3. پایش حجم دیتابیس: ثبت ماهانه‌ی حجم دیتابیس برای تشخیص رشد غیرطبیعی.

مسیر این پیشگیری را در افزونه‌ها چگونه بر سرعت سایت اثر می‌گذارند باز کرده‌ام و در کاهش مصرف منابع هاست هم به لایه‌ی زیرساخت پرداخته‌ام.

اشتباهات رایج در مدیریت ریویژن‌ها

در پروژه‌های خودم، پنج اشتباه رایج در این لایه دیده‌ام:

  • نبود محدودیت ریویژن: دیتابیس در بازه‌ی چند ماه، چند برابر می‌شود.
  • غیرفعال‌سازی کامل ریویژن: امکان بازگشت به نسخه‌های قبلی از بین می‌رود.
  • حذف دستی بدون بکاپ: خطر از دست دادن داده‌های مورد نیاز.
  • نادیده گرفتن wp_postmeta: پاک‌سازی ریویژن‌ها بدون پاک‌سازی متادیتا، نیمی از فایده را از دست می‌دهد.
  • نبود پایش دوره‌ای: بازگشت سریع به وضعیت قبلی.

مسیر پرهیز از این اشتباهات را در خطاهای رایج وردپرس باز کرده‌ام و در بهینه‌سازی کوئری‌های وردپرس با کدنویسی هم به لایه‌ی فنی این موضوع پرداخته‌ام.

پرسش‌های پرتکرار درباره ریویژن و دیتابیس

آیا حذف ریویژن‌ها روی سئو اثر دارد؟

به‌طور غیرمستقیم، بله. حذف ریویژن‌ها، دیتابیس را سبک‌تر و سایت را سریع‌تر می‌کند. همین سرعت، بر Core Web Vitals و رتبه اثر می‌گذارد. اما خودِ حذف ریویژن، سیگنال مستقیمی به گوگل نمی‌فرستد.

چند ریویژن مناسب است؟

سه تا پنج ریویژن، معمولاً کافی است. برای سایت‌های پرمحتوا، می‌توانید ده بگذارید. تعداد بیشتر، فقط دیتابیس را سنگین می‌کند بدون اینکه کاربرد عملی جدیدی اضافه کند.

آیا غیرفعال‌سازی کامل ریویژن‌ها توصیه می‌شود؟

خیر، مگر در سایت‌هایی که کاملاً تک‌کاربره هستند و ویرایش‌های مکرر ندارند. غیرفعال‌سازی کامل، امکان بازگشت به نسخه‌های قبلی را از بین می‌برد و گاهی در صورت خطای انسانی، خسارت سنگینی می‌سازد.

آیا پاک‌سازی ریویژن‌ها روی عملکرد نوشته‌های فعلی اثر دارد؟

خیر. پاک‌سازی ریویژن‌ها، فقط نسخه‌های قبلی را حذف می‌کند، نسخه‌ی فعلی دست‌نخورده باقی می‌ماند. بنابراین نوشته‌های فعلی سایت، از نظر محتوا و نمایش، هیچ تغییری نمی‌بینند.

چه ابزاری برای پاک‌سازی ریویژن‌ها مناسب است؟

افزونه‌های بهینه‌سازی دیتابیس، معمولاً گزینه‌ی پاک‌سازی ریویژن را دارند و کار را با کوئری‌های بهینه انجام می‌دهند. برای کاربران فنی، wp-cli گزینه‌ی بهتری است. پاک‌سازی دستی در phpMyAdmin، فقط برای افرادی که به SQL مسلط هستند توصیه می‌شود.

آیا ریویژن‌ها روی سرعت پیشخوان اثر دارند؟

بله. هنگام بازکردن یک نوشته برای ویرایش، وردپرس باید همه‌ی ریویژن‌های آن را بررسی کند. اگر نوشته‌ای صدها ریویژن داشته باشد، این بررسی کند می‌شود. در پروژه‌هایی که پاک‌سازی انجام داده‌ام، سرعت بازکردن ویرایشگر محسوس بهبود یافته است.

آنچه دیتابیس سالم را از یک انبار پر از زباله جدا می‌کند

اگر بخواهم سال‌ها کار با دیتابیس وردپرس را در یک نکته خلاصه کنم، این است: تفاوت میان سایتی که سال‌ها سریع می‌ماند و سایتی که به‌تدریج کند می‌شود، در نظم دیتابیس است. ریویژن‌ها، یکی از بزرگ‌ترین منابع این بی‌نظمی هستند و خوشبختانه یکی از ساده‌ترین منابع برای کنترل.

سه حرکت عملی که دیتابیس را از یک انبار پر از زباله به یک ساختار منظم تبدیل می‌کند:

  1. همین امروز در wp-config.php محدودیت ریویژن را تعریف کنید.
  2. یک پاک‌سازی اولیه با ابزارهای بهینه‌سازی انجام دهید.
  3. پایش ماهانه‌ی حجم دیتابیس را در تقویم نگه‌داری بگذارید.

بهینه‌سازی دیتابیس، بخشی از یک پروژه‌ی بزرگ‌تر نگهداری است. مسیر کامل این پروژه را در چگونه سرعت سایت وردپرسی را افزایش دهیم باز کرده‌ام و در بهینه‌سازی دیتابیس وردپرس چیست هم به لایه‌ی کلی این موضوع پرداخته‌ام. اگر تجربه‌ی شما در پاک‌سازی ریویژن‌ها متفاوت بوده، در دیدگاه‌ها بنویسید؛ تجربه‌ی واقعی شما ارزشمندتر از هر توصیه‌ی کلی است. 🗄️