8 apr 2026 · Müəllif: Netspare komandası
Oxuma replikaları, sorğu keşləri və Redis: yükü haraya qoymaq olar
Oxuma replikaları SELECT yükünü yayır, amma defolt async lag köhnə məlumat oxuması yarada bilər.
Redis kimi keş DB təzyiqini azaldır; səhv TTL və açar dizaynı xətalı təəssürat yaradır.
Replika gecikməsi
Yazmadan dərhal sonra replikadan oxuma köhnə görüntü verə bilər — kritik oxumaları primary-ə yönləndirin.
Lag metriklərinə siqnal qurun.
Keş təmizləmə
TTL sadədir, amma köhnəlik və ya DB dalğalanması riski var.
Yazma hadisəsi ilə açar silmə bütün kod yollarında tətbiq olunmalıdır.
Anti-nümunələr
- Daxil olmuş istifadəçi üçün səhv keş açarı.
- Maliyyə oxuması üçün replika dözümsüzlüyü olmadan.
- Eyni anda keş miss — DB stampede; jitter və ya single-flight.
Ölçmə
Əvvəlcə yavaş sorğularda indeks və EXPLAIN.
Keş hit və p95 birlikdə izləyin.
Tez-tez verilən suallar
Backup üçün replika?
Redis söndü?
Netspare komandası
Bu müəllifin digər yazılarıBəyənə bilərsiniz
- Üfüqi və şaquli miqyaslanma: veb tətbiqlər üçün praktik giriş
VM böyütmək sadədir, ta ki bir komponent darboğaz olana qədər. Nod əlavə etmək sessiyasız dizayn və DB planı tələb edir.
- Shared hosting-dən VPS-ə keçid üçün düzgün zaman nə vaxtdır?
Gec keçid etibarlılığı, tez keçid isə büdcəni artırır. Real siqnallar əsasında keçid nöqtəsini müəyyən etmək.
- DNS yayılması və TTL: sayt sahiblərinin bilməli olduğu praktik məqamlar
DNS qeydlərini paneldə dəyişmək ani görünür, amma resolver-lər TTL qədər cavabı keşləyir. Keçidi necə planlamaq olar.
- Video, backup və böyük fayllar üçün obyekt saxlama və ya yerli VPS diski
Yerli SSD verilənlər bazası üçün sürətlidir; S3 tipli obyekt saxlama isə miqyas və dayanıqlılığı başqa cür hesablayır.