بررسی اجمالی اجرایی و اهمیت معماری
گروه توسعه جهانی پستگرساسکیوال رسماً انتشار نسخه نامزد انتشار ۱ (RC 1) پستگرساسکیوال ۱۹ را اعلام کرد. به عنوان آخرین نقطه عطف مقدماتی منتهی به عرضه عمومی پستگرساسکیوال ۱۹، نسخه RC 1 یک خط مبنای عملکردی پایدار ایجاد میکند که تا حد زیادی با نسخه تولیدی آینده یکسان است. معماران پایگاه داده سازمانی، مدیران سیستم و توسعهدهندگان پایگاه داده اکنون میتوانند مجموعه ویژگیهای قدرتمند پستگرساسکیوال ۱۹ را با اطمینان بالا ارزیابی کنند، با این آگاهی که پایداری موتور اصلی به آستانه بلوغ حیاتی رسیده است. روند انضباطی تیم انتشار، تعهد مستمر پستگرساسکیوال به قابلیت اطمینان در سطح سازمانی و مسیرهای ارتقای قابل پیشبینی را برجسته میکند.
از نظر استراتژیک، این چرخه انتشار شامل یک همراستایی منحصر به فرد در نقشه راه توسعه است. از آنجایی که انتشار یک بهروزرسانی فصلی برنامهریزیشده برای نسخههای پشتیبانیشده پستگرساسکیوال برای ۱۲ نوامبر ۲۰۲۶ برنامهریزی شده است، تیم مهندسی انتشار تصمیم معماری گرفت تا این اصلاحات بالادستی را مستقیماً پیش از عرضه عمومی در پستگرساسکیوال ۱۹ ادغام کند. متعاقباً، دومین نسخه نامزد انتشار—پستگرساسکیوال ۱۹ RC 2—همزمان با انتشار بهروزرسانی نوامبر عرضه خواهد شد و راه را برای هدف نهایی عرضه عمومی (GA) در ۱۹ نوامبر ۲۰۲۶ هموار میکند. این همگامسازی آیندهنگرانه، بدهی فنی را به حداقل میرساند و تضمین میکند که خطوط لوله استقرار در حال انتقال به پستگرساسکیوال ۱۹، جدیدترین وصلههای امنیتی، تنظیمات بهبود عملکرد و رفع اشکالات را به طور پیشفرض دریافت کنند.
بهبودهای هسته و ارگونومی توسعهدهنده
گذار از نسخه بتا ۴ به RC 1 چندین اصلاح مهندسی هدفمند را معرفی میکند که مستقیماً بر ارگونومی توسعهدهنده، بهینهسازی پرسوجو و عملکرد عملیاتی همزمان تأثیر میگذارد. حوزه اصلی بهبود بر روی عملیات تازه معرفیشده REPACK (CONCURRENTLY) تمرکز دارد که چندین اصلاح پایداری دریافت کرده است. این بهبودها تضمین میکنند که عملیات بستهبندی مجدد جدول در مقیاس بزرگ، حداقل تداخل قفل را حفظ کرده و تحت بارهای کاری نوشتن همزمان سنگین به طور قابل اعتماد اجرا میشوند و از بازگشت غیرمنتظره تراکنشها یا قفلهای انحصاری طولانیمدت در محیطهای تولیدی با توان عملیاتی بالا جلوگیری میکنند. به طور مشابه، بهبودهای افزونه pg_plan_advice کنترل تشخیصی دقیقتری را بر روی برنامههای اجرایی به توسعهدهندگان و مدیران پایگاه داده ارائه میدهد و بار شناختی تنظیم اتصالهای پیچیده چندجدولی را به طور قابل توجهی کاهش میدهد.
در زمینه بهینهسازی پرسوجو، پستگرساسکیوال ۱۹ RC 1 اصلاحات حیاتی را برای بهینهسازیهای پیشرفته بهینهساز پرسوجو که به شدت به عبارات تهیپذیری (nullability) متکی هستند، ارائه میدهد. با ارزیابی صحیح اینکه آیا عبارات خاص میتوانند به مقدار NULL ارزیابی شوند، بهینهساز مبتنی بر هزینه اکنون میتواند مسیرهای اجرای اضافی را دور زده و استراتژیهای اسکن کارآمدتری را انتخاب کند. علاوه بر این، ارگونومی توسعهدهنده در جریانهای کاری صادرات داده به طور قابل توجهی بهبود یافته است: دستور COPY (query) TO ... (FORMAT json) اصلاح شده است تا به صورت پویا از نامهای صریح ستون و مستعار جدول پرسوجو به عنوان کلیدهای شیء JSON تولید شده استفاده کند و جایگزین رفتار قبلی پیشفرض صلب به نامهای ستون جدول فیزیکی زیرین شود. این همراستایی ساختاری، خطوط لوله مصرف میکروسرویسهای پاییندستی را که به مستعار پیشبینی توصیفی وابستهاند، ساده میکند.
ماتریس مقایسه معماری
| بردار معماری | مبنای قبلی (بتا ۴ / نسخه ۱۸) | پستگرساسکیوال ۱۹ RC 1 (نسخه جدید) | تأثیر عملیاتی |
|---|---|---|---|
| تأخیر بهینهساز پرسوجو | ارزیابی اکتشافی مستعد مسیرهای عبور تهی زیربهینه گاه به گاه | آگاهی پیشرفته از عبارت تهی با تخمین هزینه اصلاحشده | تأخیر اجرای پرسوجوهای شرطی پیچیده را کاهش میدهد. |
| حافظه و واکوم خودکار | تخصیص کارگر موازی استاندارد با شرایط مسابقه لبهکیس | پایداری واکوم خودکار موازی و حاکمیت منابع بهبودیافته | بهرهوری حافظه را در فازهای واکوم با توان عملیاتی بالا به حداکثر میرساند. |
| تکرار و واسطهای برنامهنویسی WAL | پیکربندی دستی اغلب برای همگامسازی تکرار منطقی قوی مورد نیاز است | فعالسازی خودکار تکرار منطقی زمانی که wal_level = replica است |
استقرار توپولوژی خوشه را ساده کرده و اصطکاک راهاندازی را کاهش میدهد. |
| انعطافپذیری واسط برنامهنویسی صادرات | عملیات COPY در قالب JSON کلیدهای طرحواره ستون جدول فیزیکی را اجبار کرد |
COPY در قالب JSON به نامها و مستعارهای صریح ستون پرسوجو احترام میگذارد |
لایههای سریالسازی پس از پردازش را در برنامههای کلاینت حذف میکند. |
تغییرات اساسی و نکات مهاجرت
در حالی که پستگرساسکیوال ۱۹ RC 1 پیوستگی ساختاری قوی را با نسخههای بتای قبلی حفظ میکند، استقرارها باید تغییرات معنایی در صادرات داده و پردازش پرسوجو را در نظر بگیرند. قابل توجهترین تنظیم رفتاری شامل عبارت COPY (query) TO ... (FORMAT json) است. برنامههایی که پیش از این در طول پرسوجوهای پیچیده مبتنی بر مستعار به نامهای ستون جدول زیرین به عنوان کلیدهای JSON تکیه میکردند، اکنون کلیدهایی را مستقیماً مطابق با پیشبینیها و مستعارهای پرسوجو خروجی خواهند داد. توسعهدهندگان باید اسکریپتهای ادغام تجزیه این جریانهای JSON را ممیزی کنند تا از خطاهای عدم تطابق طرحواره در طول واسریالسازی جلوگیری کنند.
علاوه بر این، جریانهای کاری مدیریتی با استفاده از واردات آمار postgres_fdw دستخوش اصلاح امنیتی و مجوز شدهاند. عملیات واردات آمار اکنون به طور صحیح تحت مجوزهای صریح مالک جدول خارجی به جای ارث بردن امتیازات محیطی کاربری که دستور ANALYZE را اجرا میکند، اجرا میشود. سیستمهایی که از پوششدهندههای داده خارجی بین پایگاه دادهای استفاده میکنند باید تأیید کنند که مالکان جدول دارای مجوزهای لازم هستند تا از خطاهای دسترسی رد شده غیرمنتظره در طول روالهای نگهداری خودکار جلوگیری کنند.
راهنمای ارتقای گامبهگام
ارتقا به پستگرساسکیوال ۱۹ RC 1 به یک استراتژی ارتقای نسخه اصلی نیاز دارد زیرا طرحوارههای کاتالوگ سیستم داخلی و قالبهای ذخیرهسازی با نسخههای اصلی قبلی (مانند پستگرساسکیوال ۱۷ یا ۱۸) متفاوت است. در ادامه یک روش گامبهگام تست شده در محیط تولید با استفاده از pg_upgrade برای مهاجرت نسخه اصلی درونمحیطی آورده شده است.
گام ۱: متوقف کردن خوشه پایگاه داده قدیمی و آمادهسازی فایلهای باینری اطمینان حاصل کنید که تمام اتصالات فعال خاتمه یافته و نمونه پایگاه داده موجود به طور ایمن خاموش شده است. تأیید کنید که فایلهای باینری پستگرساسکیوال قدیمی و جدید شما
