Binary log dosyaları mevcut tüm depolama alanını tükettiği için RDS örneğiniz kilitlenir ve yazma işlemleri engellenir. Depolama alanını acilen serbest bırakmak ve sorunun tekrar etmesini önlemek için aşağıdaki adımları izleyin.
Binary loglar depolama alanını neden doldurur?
Büyük işlemler ve büyük alanlarda yapılan DML işlemleri, RDS'in binary log dosyalarını hızla oluşturmasına neden olur. OSS'e yükleme işlemi dosya oluşturma hızına yetişemezse günlükler örnek diskinde birikir. Depolama alanı tamamen tükendiğinde, RDS veri kaybını önlemek için örneği otomatik olarak kilitler.
Binary log dosyaları yüksek kullanılabilirliği ve belirli bir zamana geri yüklemeyi destekler. Disk alanı kazanmak için binary loglamayı devre dışı bırakmayın; bunun yerine aşağıdaki yöntemleri kullanın.
Ön koşullar
Başlamadan önce:
Örneğiniz MySQL 5.5, MySQL 5.6, MySQL 5.7 veya MySQL 8.0 çalıştırıyor.
Depolama kullanımı %80 veya altına düşecek şekilde örneğinizin depolama kapasitesini artırdınız. Talimatlar için bkz. Örnek teknik özelliklerini değiştirme.
Çözüm 1: Binlogları hemen OSS'e yükleyin
Anında çözüm için bu yöntemi kullanın. Upload Binlogs özelliği, uygun tüm binary log dosyalarını eş zamanlı olarak bir Object Storage Service (OSS) paketine yükler ve ardından bunları örnekten siler.
RDS Basic Edition, Upload Binlogs özelliğini desteklemez. Örneğiniz Basic Edition çalıştırıyorsa bunun yerine Çözüm 2 seçeneğini kullanın.
ApsaraDB RDS konsolu na oturum açın. Üst gezinme çubuğunda örneğinizin bulunduğu bölgeyi seçin.
RDS örneğini bulun ve örnek ID'sine tıklayın.
Sol gezinme bölmesinde, Backup and Restoration öğesine tıklayın.
Upload Binlogs öğesine tıklayın. Görüntülenen iletişim kutusunda OK öğesine tıklayın.
Upload Binlogs öğesine tıkladıktan sonra aşağıdakileri aklınızda bulundurun:
Yükleme işleminin tamamlanması için yaklaşık 15 dakika bekleyin. İşlem devam ederken Upload Binlogs öğesine tekrar tıklamayın.
Bu işlem, en son iki binary log dosyası hariç diğer tüm binary log dosyalarını siler. Yalnızca iki dosya varsa hiçbir şey silinmez.
Şu anda yazılmakta olan binary log dosyaları silinemez. Yüklenen dosyalar örnekten kaldırıldıktan sonra depolama alanı serbest bırakılır.
Depolama alanının serbest bırakılıp bırakılmadığını kontrol etmek için örneğin Basic Information sayfasına gidin.
Çözüm 2: Yerel günlük saklama ilkesini değiştirin
Binary log dosyalarının daha hızlı bir şekilde OSS'e yüklenmesi ve örnekten kaldırılması için saklama ilkesini ayarlayın. Bu, RDS Basic Edition örnekleri için tek seçenektir ve ayrıca temel önleyici tedbir olarak hizmet eder.
ApsaraDB RDS konsolu na oturum açın. Üst gezinme çubuğunda örneğinizin bulunduğu bölgeyi seçin.
RDS örneğini bulun ve örnek ID'sine tıklayın.
Sol gezinme bölmesinde, Backup and Restoration öğesine tıklayın.
Backup Settings sekmesinde, Local Log Backup Settings yanındaki Edit öğesine tıklayın. Saklama ayarlarını iş gereksinimlerinize göre ayarlayın.
Retention Period değerini 0 olarak ayarlamak, binary log dosyalarının yerel olarak depolanmadığı anlamına gelir; bu dosyalar oluşturuldukları anda doğrudan bir OSS paketine yüklenir.
Sonraki adımlar
Örnek kilidi açıldıktan sonra gelecekteki kilitlenme olaylarını önlemek için otomatik depolama genişletmeyi etkinleştirin. Talimatlar için bkz. ApsaraDB RDS for MySQL örneği için otomatik depolama genişletmeyi yapılandırma.
Ayrıca, tekrarlanmayı önlemek amacıyla binary log dosyalarının hızlı büyümesinin kök nedenlerini belirlemenizi öneririz. Yaygın nedenler arasında büyük işlemler ve büyük alanları içeren DML işlemleri yer alır.