وقتی Redis کند می‌شود؛ بررسی حافظه، حذف کلیدها و زمان اجرای دستور

Redis نسخهٔ ۷٫۲ یا بالاتر و redis-cli سازگار باید از قبل نصب باشند. فهرست آزمون فعلی سازنده، Ubuntu نسخهٔ ۲۶٫۰۴، Debian نسخه‌های ۱۲ و ۱۳ و نسخه‌های فرعی مشخصی از Rocky و Alma شاخه‌های ۹ و ۱۰ را نام می‌برد؛ Ubuntu نسخهٔ ۲۶٫۱۰ در آن نیست. انتخاب ۲۶٫۱۰ فقط برای بررسی یک نصب موجود است که سازگاری آن جداگانه تأیید شده؛ ادعای پشتیبانی سازنده نیست. نام محصول و نسخه را بررسی کنید و Redis را بی‌توضیح با Valkey جایگزین نکنید. در خانوادهٔ Debian معمولاً فایل /etc/redis/redis.conf و سرویس redis-server.service دیده می‌شود؛ در بسته‌های RPM ممکن است سرویس redis.service باشد. این نام‌ها برای پیدا کردن نصب‌اند، نه فرض قطعی. مسیر سوکت باید دقیقاً از تنظیمات همان سرویس بیاید؛ وجود هیچ‌یک از دو نمونهٔ /run/redis/redis-server.sock و /run/redis/redis.sock تضمین‌شده نیست.

این مسیرها از مستندات استخراج شده‌اند و آزمون عملی سازگاری محسوب نمی‌شوند. ابتدا /etc/os-release و نسخهٔ دقیق محصول را بررسی کنید. حساب‌ها، دسترسی شبکه و اعتبارنامه‌های محافظت‌شده باید از قبل آماده باشند. برای آماده‌کردن ابزارها، سرویس موجود را دوباره راه‌اندازی نکنید، دیتابیس تازه مقداردهی اولیه نکنید، پورتی روی فایروال باز نکنید و Python سیستم را تغییر ندهید.

cat /etc/os-release
id
command -v redis-cli
redis-cli --version
python3 --version
test -S "/run/redis/redis-server.sock"
stat -c "%U:%G %a %n" "/run/redis/redis-server.sock"

روی میزبان Redis، نسخه، run_id، uptime، نقش و سیاست حافظه را ثبت کنید. اگر بین دو نمونه run_id عوض شده یا uptime کمتر شده باشد، سرور دوباره راه‌اندازی شده و تفریق مستقیم شمارنده‌ها معتبر نیست.

CONFIG GET فقط تنظیم‌های نام‌برده و غیرمحرمانه را می‌خواند. مقدار صفر برای maxmemory یعنی Redis سقفی در این لایه اعمال نمی‌کند؛ از آن نتیجه نگیرید که حافظهٔ میزبان کافی یا نامحدود است.

redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO server
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO replication
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass CONFIG GET maxmemory maxmemory-policy latency-monitor-threshold slowlog-log-slower-than

used_memory، RSS، اوج مصرف، سهم allocator، بافرها و فشار حافظهٔ میزبان را کنار هم ببینید. maxmemory سقف RSS نیست و بعضی بافرهای موقت replication و AOF در محاسبهٔ حذف کلید حساب نمی‌شوند. هنگام fork مربوط به persistence نیز ممکن است برای copy-on-write حافظهٔ بیشتری لازم شود.

نسبت fragmentation بدون اندازهٔ واقعی داده و بایت مصرف‌شده می‌تواند گمراه‌کننده باشد. پیش از هر تغییر، فضای لازم برای جهش مصرف و وضعیت swap را بسنجید. خاموش‌کردن persistence یا اجرای PURGE نباید واکنش فوری به یک نمودار بالا باشد.

redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO memory
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass MEMORY STATS
free -m
vmstat 1 5

در آغاز و پایان بازه، زمان و run_id را همراه شمارنده‌ها از مانیتورینگ خصوصی موجود یا ترمینال ثبت کنید. نرخ حذف کلید از اختلاف evicted_keys تقسیم بر ثانیه‌های بازه به دست می‌آید؛ شمارندهٔ کل عمر سرویس، نرخ فعلی نیست.

برای نسبت hit نیز اختلاف hits را بر مجموع اختلاف hits و misses تقسیم کنید؛ اگر مخرج صفر است نتیجه‌ای ندارید. یک نسبت خوب از ابتدای عمر سرویس می‌تواند افت همین چند دقیقه را پنهان کند. برای آسان‌شدن محاسبه شمارنده‌ها را reset نکنید.

date -u +%FT%TZ
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO server
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO stats
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO errorstats
redis-cli -s '/run/redis/redis-server.sock' --user 'observer' --askpass INFO persistence