Tüm Ürünler
Search

Bu Ürün

    ApsaraDB RDS:Database proxy FAQ

    Belge Merkezi

    ApsaraDB RDS:Database proxy FAQ

    Son Güncelleme:Oct 03, 2026

    Bu konu, RDS for MySQL için veritabanı ara sunucusunun kullanımıyla ilgili yaygın soruları ve sorunları yanıtlar.

    İçindekiler

    Veritabanı ara sunucusu nedir?

    Veritabanı ara sunucusu, veritabanınız ile uygulama sunucularınız arasında konumlanan bir ağ ara sunucusu hizmetidir. Uygulamanızdan gelen tüm istekleri veritabanına iletir; otomatik okuma/yazma ayrıştırma, işlem ayrıştırma, bağlantı havuzları ve bağlantı kalıcılığı gibi gelişmiş özellikler sunar. Yüksek kullanılabilirlik, yüksek performans ve kolay kullanım ile bakım için tasarlanmıştır.

    Genel amaçlı ve özel ara sunucular arasındaki fark nedir?

    • genel amaçlı: Fiziksel CPU kaynaklarını paylaşır; bu nedenle maliyet açısından etkilidir. Maksimum ara sunucu teknik özellikleri 16 CPU çekirdektir (8 ara sunucu düğümü) ve bu tür ücretsizdir.

    • özel: Özel fiziksel CPU kaynakları kullanır ve daha yüksek performans kararlılığı sağlar. Maksimum ara sunucu teknik özellikleri 64 CPU çekirdektir (32 ara sunucu düğümü) ve bu tür kullandıkça öde modeliyle faturalandırılır.

    Daha fazla bilgi için bkz. Genel amaçlı ve özel ara sunucular, Ara sunucu düğümü sayısı ile ara sunucu teknik özellikleri arasındaki ilişki ve Veritabanı ara sunucusu ücretleri.

    Veritabanı ara sunucusu birincil örneğin QPS veya TPS değerlerini mi kullanır?

    Hayır.

    Veritabanı ara sunucusu uç noktası normal bir örnek uç noktasıyla aynı mıdır?

    Hayır.

    • Normal bir örnek uç noktası tüm istekleri o belirli örneğe yönlendirir.

    • Bir veritabanı ara sunucusu uç noktası, SQL ifadelerinize göre okuma ve yazma isteklerini otomatik olarak tanımlar. Yazma isteklerini birincil örneğe, okuma isteklerini ise salt okunur örneklere iletir. Bu süreç okuma/yazma ayrıştırmayı etkinleştirir ve birincil örnek üzerindeki yükü azaltır.

    Veritabanı ara sunucusunu etkinleştirdikten sonra birincil ve salt okunur örneklerin orijinal uç noktaları geri alınır mı?

    Hayır.

    Bir veritabanı ara sunucusunun dahili ağ türü birincil örnekle aynı mıdır?

    Veritabanı ara sunucusu için dahili ağ her zaman bir VPC'dir.

    Veritabanı ara sunucuları hangi mimariyi kullanır? Yük devretme desteklenir mi?

    Veritabanı ara sunucusu, yüksek kullanılabilirliğe sahip çift birincil düğüm mimarisi kullanır. Trafik iki düğüm arasında 1:1 oranında dağıtılır. Bir düğüm arızalanırsa diğer düğüm tüm trafiği devralır. Yüksek kullanılabilirliği korumak amacıyla arızalanan düğümü yeniden oluşturmak için bir görev otomatik olarak tetiklenir.

    Dağıtım mimarisi hakkında daha fazla bilgi için bkz. Ara sunucu dağıtım mimarisi.

    Ara sunucu ve düğüm teknik özellikleri arasındaki ilişki

    ara sunucu teknik özellikleri = Tüm ara sunucu düğümü teknik özelliklerinin toplamı

    Örneğin, özel bir ara sunucu çift alanlı bir dağıtımda (Kullanılabilirlik Alanı A ve Kullanılabilirlik Alanı B) dağıtılmıştır. Kullanılabilirlik Alanı A'da iki ara sunucu düğümü bulunur ve her birinin ara sunucu düğümü teknik özellikleri 1 CPU çekirdektir. Kullanılabilirlik Alanı B'de iki ara sunucu düğümü bulunur ve her birinin ara sunucu düğümü teknik özellikleri 2 CPU çekirdektir. Toplam ara sunucu teknik özellikleri şu şekilde hesaplanır: (1 CPU çekirdek × 2) + (2 CPU çekirdek × 2) = 2 CPU çekirdek + 4 CPU çekirdek = 6 CPU çekirdek.

    Ara sunucu düğümleri ile teknik özellikler arasındaki ilişki

    ara sunucu düğümü sayısı = ara sunucu teknik özellikleri / Birim Başına Teknik Özellikler; burada birim başına teknik özellikler sabit olarak 2 CPU çekirdektir.

    Örneğin, ara sunucu teknik özellikleri 6 CPU çekirdek ise ara sunucu düğümü sayısı 3'tür (6 / 2).

    Ara sunucu düğümü teknik özellik sınırları

    • Tek bir ara sunucu düğümünün teknik özellikleri genel amaçlı tür için 1 ila 8 CPU çekirdek, özel tür için ise 1 ila 16 CPU çekirdek arasında değişir.

    • Aynı kullanılabilirlik alanındaki tüm ara sunucu düğümleri aynı teknik özelliklere sahip olmalıdır.

    • İki düğümlü çift alanlı bir dağıtımda her iki düğüm de aynı teknik özelliklere sahip olmalıdır.

    • Farklı kullanılabilirlik alanlarında bulunan ara sunucu düğümleri farklı teknik özelliklere sahip olabilir. Genel amaçlı ara sunucular için farklı kullanılabilirlik alanlarında bulunan ara sunucu düğümlerinin aynı teknik özellikleri kullanması önerilir.

    Ara sunucu düğümleri ile uç noktalar arasındaki ilişki

    Hayır.

    Bir RDS örneği için veritabanı ara sunucusunu etkinleştirdikten sonra bir ila yedi ara sunucu uç noktası oluşturabilirsiniz. Her ara sunucu uç noktası için bir dahili uç nokta ve bir genel uç nokta oluşturabilirsiniz. Daha fazla bilgi için bkz. Ara sunucu uç noktası ekleme.

    Ara sunucu uç noktaları eklemek performansı artırır mı?

    Hayır.

    Veritabanı ara sunucusunun performansı, RDS Yüksek Kullanılabilirlik Sürümü örnekleri için salt okunur örneklerin sayısına ve ara sunucu düğümlerinin sayısına (ara sunucu teknik özelliklerine) bağlıdır. RDS Küme Sürümü örnekleri için performans ise ikincil örneklerin sayısına ve ara sunucu düğümlerinin sayısına (ara sunucu teknik özelliklerine) bağlıdır.

    • Salt okunur örneklerin sayısını artırmak (Yüksek Kullanılabilirlik Sürümü için) veya ikincil örneklerin sayısını artırmak (Küme Sürümü için) veritabanı ara sunucusunun okuma işleme kapasitesini artırır.

    • Ara sunucu düğümlerinin sayısını (ara sunucu teknik özelliklerini) artırmak veritabanı ara sunucusunun genel performansını iyileştirir.

    Veritabanı ara sunucusu bağlantı sınırları

    Veritabanı ara sunucusu maksimum bağlantı sayısını sınırlamaz. Bu sınır, veritabanınızın hesaplama düğümlerinin teknik özellikleri tarafından belirlenir.

    Bağlantı zaman aşımı hatalarının ele alınması

    wait_timeout parametresinin değerini artırın ve tekrar bağlanmayı deneyin. Örnek parametrelerinin nasıl değiştirileceği hakkında daha fazla bilgi için bkz. ApsaraDB RDS for MySQL örneğinin parametrelerini ayarlama.

    Bir ara sunucu uç noktasını değiştirme

    Evet.

    Bir veritabanı ara sunucusu uç noktasını (okuma/yazma ayrıştırma uç noktası) değiştirebilirsiniz. Daha fazla bilgi için bkz. Ara sunucu uç noktasını değiştirme.

    Okuma isteklerini birincil örneğe gönderme

    Evet.

    Okuma ağırlığı dağıtımını yapılandırırken birincil örneğe bir okuma ağırlığı atayabilirsiniz. Birincil örneğe okuma ağırlığı atama hakkında daha fazla bilgi için bkz. ApsaraDB RDS for MySQL örneği için veritabanı ara sunucusu özelliğini etkinleştirme.

    Okuma/yazma ayrıştırma için ipucu desteği

    Evet. Bir isteğin birincil örnekte çalıştırılmasını zorlamak için bir ipucu kullanabilirsiniz. RDS okuma/yazma ayrıştırma tarafından desteklenen ipucu biçimleri hakkında daha fazla bilgi için Varsayılan okuma ağırlığı tahsis kuralları konusunun "Bir SQL ifadesinin birincil veya salt okunur örneğe gönderilip gönderilmeyeceğini belirtmek için ipucu kullanma" bölümüne bakın.

    Değiştirilen okuma ağırlıklarının etkili olmaması

    Okuma ağırlıklarını değiştirdikten sonra yalnızca yeni bağlantılar yeni ağırlıklara göre dağıtılır. Mevcut bağlantılar etkilenmez.

    Okuma ağırlıklarıyla yük dengesizliği

    Düğümler arasındaki yük dağılımı yapılandırılan okuma ağırlıklarıyla eşleşmiyorsa aşağıdakileri kontrol edin:

    • İsteklerinizin bir işlemin parçası olup olmadığını kontrol edin. Bir işlem içindeki tüm istekler birincil örneğe yönlendirilir. Birincil örnek üzerindeki yükü azaltmak için işlem ayrıştırmayı etkinleştirebilirsiniz.

    • Yalnızca bir veritabanı ara sunucusu uç noktası üzerinden bağlandığınızdan emin olun. Birincil veya salt okunur örnek uç noktaları kullanılarak yapılan bağlantılar okuma ağırlığı dağıtımını bypass eder.

    Veritabanı ara sunucusu olmadan okuma ağırlıklarını yapılandırma

    Veritabanı ara sunucusu devre dışı bırakılırsa salt okunur örnekler için okuma ağırlıklarını yapılandıramazsınız. Ancak uygulamanızın kodunda birincil ve salt okunur örnekler için ayrı uç noktaları kullanarak okuma/yazma ayrıştırma ve yük dengeleme sağlayabilirsiniz.

    Kullanılamayan salt okunur örnekler için bağlantı yük devretme

    Hayır, arızalı örneğe olan mevcut bağlantılar otomatik olarak yük devretmez. Arızalı bağlantı zaman aşımına uğradıktan sonra sağlıklı bir örnekle yeni bir bağlantı kurulur.

    Veritabanı ara sunucusu hizmetini etkinleştirdikten sonra okuma/yazma ayrıştırmayı nasıl doğrularsınız?

    Bkz. Okuma/yazma ayrıştırmayı doğrulama.

    Yeni salt okunur örneklere otomatik veri senkronizasyonu

    Evet. Okuma/yazma ayrıştırma için veritabanı ara sunucusunu etkinleştirdiğinizde geçmiş veriler birincil örnekten salt okunur örneğe otomatik olarak senkronize edilir. Manuel müdahale gerekmez.

    Ara sunucu bağlantı havuzu ve uygulama bağlantı havuzu

    Veritabanı ara sunucusu, uygulamanızın istemci düzeyindeki havuzundan bağımsız olan ara sunucu düzeyinde bir bağlantı havuzu sağlar. Uygulamanız zaten bir bağlantı havuzu kullanıyorsa ara sunucunun bağlantı havuzunu kullanmanız gerekmez. Veritabanı ara sunucusunun bağlantı havuzu hakkında daha fazla bilgi için bkz. Bağlantı havuzunu yapılandırma.

    Sorgu sonuçlarında bozuk karakterlerle başa çıkma

    Birincil örnek ve salt okunur örnekler tarafından kullanılan karakter kümelerinin tutarlı olup olmadığını kontrol etmek için aşağıdaki komutu çalıştırın:

    select 
@@global.character_set_results, 
@@global.character_set_client, 
@@global.character_set_connection, 
@@global.character_set_server;

    Karakter kümeleri tutarlı değilse bozuk karakterler görünebilir. Tutarlılığı sağlamak için birincil örneğin veya bir salt okunur örneğin karakter kümesini değiştirebilirsiniz. Örnek karakter kümelerinin nasıl değiştirileceği hakkında daha fazla bilgi için bkz. ApsaraDB RDS for MySQL örneklerinin karakter kümeleri.

    Otomatik DDL senkronizasyonu

    Evet. Veritabanları ve tablolar oluşturma veya silme, tablo yapılarını değiştirme ve izinleri değiştirme gibi tüm DDL işlemleri birincil örnekten ikincil örneklerine otomatik olarak senkronize edilir.

    VPC ve vSwitch ID'sini görüntüleme

    Örneğinizin Database proxy sayfasında Connection information bölümüne gidin. Bilgileri görüntülemek için aşağıdaki şekilde gösterildiği gibi Port öğesinin sağındaki simgenin üzerine imleci getirin.

    Çapraz alan geçişinin birincil örnek üzerindeki etkisi

    Ara sunucu düğümlerinin kullanılabilirlik alanları arasında taşınması yalnızca bir veritabanı ara sunucusu uç noktası kullanan iş yüklerini etkiler. Birincil örnek uç noktası, salt okunur örnek uç noktası, küme okuma/yazma uç noktası, küme salt okunur uç noktası veya düğüm düzeyi uç noktası üzerinden yapılan bağlantılar etkilenmez. Etkiyi en aza indirmek için iş yüklerinizi etkilenmeyen bir uç noktaya geçirin ve taşıma işlemini yoğun olmayan saatlerde gerçekleştirin.

    Çapraz alan ara sunucu geçişinin etkisi

    Bir ara sunucuyu kullanılabilirlik alanları arasında taşırken veritabanı ara sunucusunu kullanan bağlantılarda yaklaşık 30 saniye süren geçici bir bağlantı kesintisi yaşanabilir. Etkinin gerçek süresi iş yükünüze bağlıdır. Etkiyi en aza indirmek için iş yüklerinizi etkilenmeyen bir uç noktaya geçirin ve taşıma işlemini yoğun olmayan saatlerde gerçekleştirin. Daha fazla bilgi için bkz. Veritabanı ara sunucularını alanlar arasında taşıma.

    Çapraz alan geçişinin en yakın erişim üzerindeki etkisi

    Kullanılamaz hale gelebilir.

    Alanlar arası taşıma, en yakın erişim yapılandırmasını geçersiz kılabilir. Taşımadan sonra yeni alana varsayılan olarak erişilir; orijinal alana artık erişilemez. Bir ara sunucu uç noktası alanı yeni varsayılan alandan farklıysa o alana en yakın erişim başarısız olur.

    Senaryo Orijinal ara sunucu düğümü alanı Ara sunucu uç noktası Orijinal en yakın erişim Yeni ara sunucu düğümü alanı Yeni varsayılan alan Yeni ara sunucu uç noktası alanı Yeni en yakın erişim
    Senaryo 1: Alan A+Alan B → Alan A+Alan C Alan A Ara sunucu uç noktası a Alan A Alan A Alan A Alan A Alan A
    Alan C Geçersiz
    Alan B Ara sunucu uç noktası b Alan B Alan C Alan C Alan C Alan C
    Alan D Geçersiz
    Senaryo 2: Alan A+Alan B → Alan C+Alan D Alan A Ara sunucu uç noktası a Alan A Alan C Alan C Alan C Alan C
    Alan E Geçersiz
    Alan B Ara sunucu uç noktası b Alan B Alan D Alan D Alan D Alan D
    Alan E Geçersiz

    Yapılandırma sırasında kullanılabilirlik alanını değiştirme

    Hayır.

    Farklı bir kullanılabilirlik alanına geçmeniz gerekiyorsa bkz. Veritabanı ara sunucularını alanlar arasında taşıma.

    Tek alanlı dağıtımda vSwitchId hatasının çözülmesi

    Çift alanlı bir dağıtımdan (örneğin Kullanılabilirlik Alanı 1 ve Kullanılabilirlik Alanı 2'nde) tek alanlı bir dağıtıma (örneğin Kullanılabilirlik Alanı 1'de) geçerken önce Kullanılabilirlik Alanı 2'deki veritabanı ara sunucusu uç noktasını silmeniz gerekir. Daha fazla bilgi için bkz. Ara sunucu uç noktasını değiştirme.

    Çözümlenen ara sunucu IP adresleri sabit midir?

    Hayır. Bağlanmak için her zaman veritabanı ara sunucusu uç noktasını (örneğin d3pswqe3jk9xwc5d****-rw4rm.rwlb.rds.aliyuncs.com) kullanın, çözümlenen IP adresini kullanmayın.

    Bir ara sunucu uç noktası üzerinden bağlantıları doğrulama

    Bağlantı yöntemini oturum kimliğine göre belirleyebilirsiniz. 16777215'ten küçük bir oturum kimliği bir örnek uç noktası üzerinden bağlantı olduğunu gösterir. Daha yüksek bir kimlik bir veritabanı ara sunucusu uç noktası üzerinden bağlantı olduğunu gösterir.

    Oturum kimlikleri Oturum yönetimi bölümünde görünür.

    Yazmalardan sonra verilerin hemen görünmemesi

    Yaygın neden: Bu durum, ara sunucunun okuma isteğinizi çoğaltma gecikmesi nedeniyle birincil örneğin gerisinde kalan bir salt okunur örneğe yönlendirmesi durumunda meydana gelir.

    Çözümler:

    Önemli

    Bu çözümlerin her biri daha fazla sorguyu birincil örneğe yönlendirir ve bu da yükünü artırabilir. Değişiklik yapmadan önce birincil örneğinizin kapasitesini değerlendirin. Yalnızca belirli yüksek tutarlılık gerektiren okuma isteklerini birincil örneğe yönlendirmek için tercih edilen yöntem olarak ipuçlarını kullanmanızı öneririz.