ApsaraDB RDS:Use the SQL Explorer and Audit feature

logout! bir bağlantı kesme olayını işaretler. Gösterilen yürütme süresi, son etkileşim ile bağlantı kesilmesi arasındaki boşta kalma süresidir. Durum kodu 1158 ağ bağlantısının kesildiğini gösterir; bu durum şu nedenlerle gerçekleşebilir:

• İstemci bağlantısı zaman aşımına uğradı

• Sunucu bağlantıyı kesti

• Bağlantı, interactive_timeout veya wait_timeout değerini aştı

Access Source sütununda bir % görünmesi, saklı yordamın dahil olduğunu gösterir. Bu durum, saklı yordamın ana bilgisayar olarak % içeren bir DEFINER ile tanımlanmasından kaynaklanır; örneğin, ` CREATE DEFINER= test_user @% PROCEDURE das () `.

Bu davranışı yeniden oluşturmak için:

1. ApsaraDB RDS konsolunda bir veritabanı ve standart bir hesap oluşturun ve bu hesaba veritabanı üzerinde izinler verin. Ayrıntılar için bkz. Hesaplar ve veritabanları oluşturma.

2. CLI aracılığıyla test_user hesabını kullanarak örneğe bağlanın. Ayrıntılar için bkz. Bir veritabanı istemcisi veya CLI kullanarak ApsaraDB RDS for MySQL örneğine bağlanma.

3. testdb veritabanına geçiş yapın ve bir saklı yordam oluşturun:

   -- Switch to testdb
   USE testdb;
   
   -- Create a stored procedure
   DELIMITER $$
   DROP PROCEDURE IF EXISTS `das` $$
   CREATE DEFINER=`test_user`@`%` PROCEDURE `das`()
   BEGIN
   SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID();
   END $$
   DELIMITER;

4. Ayrıcalıklı bir hesap kullanarak örneğe bağlanın. Ayrıntılar için bkz. Bir veritabanı istemcisi veya CLI kullanarak ApsaraDB RDS for MySQL örneğine bağlanma.

5. Saklı yordamı çağırın:

   -- Switch to testdb
   USE testdb;
   
   -- Call the stored procedure
   CALL das();

   Beklenen çıktı:

   +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
   | ID     | USER      | HOST   | DB     | COMMAND | TIME | STATE     | INFO                                                                    |
   +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
   | 487818 | test_user | %:2065 | testdb | Query   |    0 | executing | SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID() |
   +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+

Hızlı sorgu önbelleği özelliği etkinleştirilmiş. Aynı sorgu önbelleğe isabet ettiğinde, MySQL InnoDB'yi taramadan doğrudan önbelleğe alınmış sonucu döndürür; bu nedenle taranan satır sayısı sıfırdır. Ayrıntılar için bkz. Hızlı sorgu önbelleği.

Her iki günlük türü de RDS örneğinizdeki artımlı değişiklikleri yakalar ancak kapsam ve kullanım amaçları açısından farklılık gösterirler:

	SQL Explorer günlükleri	İkili günlükler
Kapsam	Tüm DQL, DML ve DDL işlemleri	Yalnızca ekleme, silme ve değiştirme işlemleri
Tamamlık	Yoğun yük altında küçük sayıda kayıt kaybolabilir	Yedekleme saklama süresi içinde doğru
Kullanılabilirlik	Gerçek zamanlı	Gerçek zamanlı olarak oluşturulmaz; Object Storage Service (OSS) öğesine periyodik olarak aktarılır, 7 gün boyunca saklanır
Kaynak IP ve hesap içerir	Evet	Hayır
En uygun kullanım	Uyumluluk denetimi, sorun giderme, tam etkinlik analizi	Doğru artımlı verileri kullanarak veri kurtarma

Şu anda yazılan ikili günlük dosyaları OSS'ye aktarılamaz. Sonuç olarak, Upload Binlogs özelliği kullanılırken bazı dosyaların yüklenmesi başarısız olabilir. Ayrıntılar için bkz. RDS for MySQL örneği için ikili günlükleri alma ve ayrıştırma

SQL Explorer ve Audit, SQL Explorer'ın güncellenmiş bir sürümüdür. Giriş noktası artık SQL Explorer and Audit olarak etiketlenmiştir.

Hayır. RDS örneklerinde yalnızca SQL Explorer ve Audit'in en son sürümü etkinleştirilebilir.

Hayır. Denetim kayıtlarının dışa aktarılması, bunları sistemden silmez.

Hayır. SQL Explorer ve Audit için uyarı ve denetim ayarları örnek düzeyinde uygulanır ve bireysel veritabanı hesapları için farklılaştırılamaz. Örneğin, "kullanıcı A uyarı almaz" veya "yalnızca kullanıcı B'nin işlemleri denetlenir" şeklinde yapılandırma yapamazsınız. Kullanıcı başına uyarı bildirimlerini yönetmek için bunları uygulama katmanında veya Cloud Monitor bildirim ilkelerini kullanarak filtreleyin.

Tablo verileri yanlışlıkla veya kötü niyetle silinirse, silme işlemini gerçekleştiren hesabı ve IP adresini belirlemek için SQL Explorer ve Audit'i kullanabilirsiniz:

1. ApsaraDB RDS konsoluna giriş yapın. Örneği bulun ve kimliğine tıklayın.

2. Sol gezinme bölmesinde Autonomy Services > SQL Explorer and Audit seçeneğini belirleyin.

3. Audit sekmesinde, Logs bölümünde zaman aralığını silme işleminin gerçekleştiği dönemi kapsayacak şekilde ayarlayın ve isteğe bağlı olarak veritabanı adına göre filtreleyin.

4. SQL anahtar kelimesi arama kutusuna DELETE girin ve arama simgesine tıklayın.

5. Sonuçlarda DELETE işlemi kaydını bulun ve hesap adı ile istemci IP adresi dahil olmak üzere ayrıntıları görüntülemek için üzerine tıklayın.

Veritabanı adı ve istemci IP adresi gibi hata günlüklerinden alınan alanlar, anormal bağlantıları bulmak için SQL Explorer ve Audit'te filtre koşulları olarak kullanılabilir. Yöntem:

1. ApsaraDB RDS konsoluna giriş yapın ve örnek ayrıntıları sayfasına gidin. Sol gezinme bölmesinde Autonomy Services > SQL Explorer and Audit seçeneğini belirleyin.

2. Audit sekmesinde, gelişmiş filtre koşullarını genişletmek için Enable Advanced Query seçeneğine tıklayın.

3. Database alanına veritabanı adını girin, örneğin battery.

4. Client IP alanına hata günlüğündeki ana bilgisayarı girin, örneğin 172.25.244.207.

5. Time Range seçeneğini, anormal bağlantının gerçekleştiği dönemi kapsayacak şekilde ayarlayın.

6. Birleştirilmiş filtre sorgusunu çalıştırmak için Query seçeneğine tıklayın.

Search (audit) sonuçlarını işlem türüne göre filtreleyebilirsiniz. SQL Explorer and Audit sayfasında Search sekmesini açın ve Operation type filtresini LOGIN olarak ayarlayarak örneğin oturum açma geçmişini sorgulayın. Sonuç listesi, kimin ve nereden oturum açtığını belirlemenize yardımcı olan User (oturum açma hesabı) ve Client IP sütunlarını içerir.

SQL Explorer and Audit işlemleri SQL ifadesi düzeyinde kaydeder ve alan düzeyinde önce-sonra değer karşılaştırması sağlamaz. status gibi belirli bir alanın değerini bir değişiklikten önce ve sonra görüntülemek için değişikliğin kaynağını bulmak amacıyla Data Management (DMS) veri izleme özelliğini kullanın.