PostgreSQL 19 Beta 4 در ۲۴ سپتامبر ۲۰۲۶ منتشر شد؛ نسخه‌ای آزمایشی که بخش مهمی از تمرکز آن روی پایداری، replication و نگهداری دیتابیس است. گروه توسعهٔ جهانی PostgreSQL در اطلاعیهٔ رسمی تأکید کرده که جزئیات نسخهٔ ۱۹ هنوز در دورهٔ بتا ممکن است تغییر کند و انتشار کاندیدای نسخه برای اوایل اکتبر برنامه‌ریزی شده است. بنابراین این نسخه برای ارزیابی و تست مناسب است، اما نباید بدون برنامهٔ بازگشت وارد production شود.
PostgreSQL ۱۹ Beta ۴ چه پیامی برای مدیران دیتابیس دارد؟
مهم‌ترین پیام این انتشار، اولویت دادن به قابلیت اطمینان است. پروژه برخی امکاناتی را که برای نسخهٔ ۱۹ برنامه‌ریزی شده بود، در این مرحله کنار گذاشته یا به آینده موکول کرده است. از جمله می‌توان به SQL/PGQ، فعال‌سازی و غیرفعال‌سازی آنلاین checksumها، به‌روزرسانی‌های temporal با عبارت FOR PORTION OF و چند تغییر در ALTER TABLE اشاره کرد. این تصمیم ممکن است در نگاه اول به‌معنای کاهش امکانات باشد، اما برای تیم‌هایی که روی ثبات سرویس و زمان‌بندی قابل پیش‌بینی حساب می‌کنند، نشانهٔ مثبتی است. در نتیجه، PostgreSQL ۱۹ Beta ۴ را باید هم‌زمان یک نسخهٔ قابل‌آزمایش و یک سیگنال روشن دربارهٔ اولویت پایداری دانست.
بهبودهای replication در PostgreSQL ۱۹ Beta ۴
در بخش logical replication، چند اصلاح مهم انجام شده است. همگام‌سازی اولیهٔ جدول‌ها هنگام replication از نسخه‌های قدیمی‌تر به PostgreSQL ۱۹ پایدارتر شده و تشخیص تعارض‌های logical replication نیز اصلاحاتی دریافت کرده است. همچنین رفتار CREATE PUBLICATION ... EXCEPT بهبود یافته است. این تغییرات برای سازمان‌هایی مهم است که از replication برای گزارش‌گیری، مهاجرت تدریجی، معماری چندسایتی یا کاهش زمان قطعی استفاده می‌کنند.
بااین‌حال، مدیر دیتابیس نباید صرفاً با دیدن عنوان نسخه تصمیم به ارتقا بگیرد. باید سناریوهای قطع ارتباط، تأخیر شبکه، تغییر ترتیب رویدادها، تعارض داده و بازسازی replica در محیط آزمایشی اجرا شوند. ثبت زمان همگام‌سازی، تعداد خطاها و رفتار workload واقعی، تصویر دقیق‌تری از آمادگی سامانه برای PostgreSQL ۱۹ Beta ۴ می‌دهد.
نگهداری هوشمندتر با autovacuum و ابزارهای جدید
سیستم جدید امتیازدهی autovacuum در PostgreSQL ۱۹ Beta ۴ اصلاحات متعددی دریافت کرده و این اصلاحات جدول‌های TOAST را نیز پوشش می‌دهد. هدف چنین تغییری، کمک به اولویت‌بندی بهتر جدول‌هایی است که به vacuum یا تحلیل آماری نیاز دارند؛ بااین‌حال، نتیجهٔ واقعی به الگوی نوشتن، نرخ حذف و به‌روزرسانی، اندازهٔ جدول و تنظیمات هر سامانه وابسته است.
دو دستور جدید REPACK و WAIT FOR نیز چندین اصلاح دریافت کرده‌اند. بخشی از این اصلاحات به crash، رفتار نادرست در شرایط خاص، deadlock و گزارش بهتر خطاهای isolation مربوط است. این اصلاحات برای عملیات نگهداری مهم‌اند، اما باید مجوزها، قفل‌ها، اثر روی latency و سازگاری ابزارهای مدیریت دیتابیس پیش از استفادهٔ گسترده بررسی شود.
چک‌لیست تست پیش از ارتقا
برای استفادهٔ امن از PostgreSQL ۱۹ Beta ۴، یک محیط staging نزدیک به production بسازید و نسخهٔ پشتیبان قابل‌بازگردانی تهیه کنید. سپس workload واقعی یا نمونه‌ای نزدیک به واقعیت را اجرا کنید، logical replication را از نسخهٔ فعلی آزمایش کنید و وضعیت autovacuum، TOAST، قفل‌ها و زمان پاسخ را ثبت کنید. مسیر rollback باید پیش از شروع تست نوشته و عملاً آزموده شود؛ داشتن backup بدون آزمون restore، برنامهٔ بازگشت کامل محسوب نمی‌شود.
- نسخهٔ فعلی، افزونه‌ها و ابزارهای جانبی را inventory کنید.
- با
pg_upgradeیا مسیرpg_dump/pg_restoreدر محیط جداگانه تست بگیرید. - رفتار replication، backup، restore و failover را اندازه‌گیری کنید.
- مصرف CPU، I/O، تأخیر query و وضعیت vacuum را قبل و بعد مقایسه کنید.
- تا زمان انتشار پایدار و تأیید سازگاری، نسخهٔ بتا را وارد production نکنید.
جمع‌بندی
PostgreSQL ۱۹ Beta ۴ بیشتر از آنکه یک بستهٔ قابلیت‌های نمایشی باشد، یک گام اصلاحی برای آماده‌سازی نسخهٔ پایدار است. بهبود replication، autovacuum، COPY و ابزارهای نگهداری ارزش تست دارند؛ اما حذف یا بازگردانی برخی امکانات نشان می‌دهد که پروژه کیفیت و قابلیت پیش‌بینی را بر عجله ترجیح داده است. تیم‌های فنی می‌توانند از این بتا برای کشف ناسازگاری‌ها و آماده‌سازی ارتقا استفاده کنند، ولی تصمیم production باید پس از تست workload واقعی، بررسی افزونه‌ها و تأیید rollback گرفته شود.
برای مطالعهٔ راهکارهای بیشتر مدیریت سرویس و زیرساخت، مطالب فنی تکتاز را ببینید. جزئیات انتشار و فهرست تغییرات را نیز در اطلاعیهٔ رسمی PostgreSQL و یادداشت‌های انتشار PostgreSQL ۱۹ دنبال کنید.
