NoSQL hesapları için API ile Azure Cosmos DB Java SDK v4 kullanırken karşılaşılan sorunları giderme

  • Şunlara uygulanır: ✅ NoSQL

Important

Bu makalede yalnızca Azure Cosmos DB Java SDK v4 ile ilgili sorun giderme işlemleri açıklanmaktadır. Daha fazla bilgi için bkz. Azure Cosmos DB Java SDK v4 Sürüm notları, Maven deposu ve performans ipuçları . Şu anda v4'ten daha eski bir sürüm kullanıyorsanız v4'e yükseltmeyle ilgili yardım için Bkz. Azure Cosmos DB Java SDK v4'e geçiş kılavuzu.

Bu makale, NoSQL hesapları için Azure Cosmos DB ile Azure Cosmos DB Java SDK v4 kullanırken karşılaşılan yaygın sorunları, geçici çözümleri, tanılama adımlarını ve araçları kapsar. Azure Cosmos DB Java SDK v4, NoSQL için Azure Cosmos DB'ye erişmek için istemci tarafı mantıksal gösterimi sağlar. Bu makalede, sorunla karşılaştığınızda size yardımcı olacak araçlar ve yaklaşımlar açıklanır.

Şu listeyle başlayın:

  • Bu makaledeki Yaygın sorunlar ve geçici çözümler bölümüne göz atın.
  • GitHub'da açık kaynak olarak bulunan Azure Cosmos DB merkezi deposundaki Java SDK'sını inceleyin. Etkin olarak izlenen bir sorunlar bölümü vardır. Geçici çözümle ilgili benzer bir sorunun zaten dosyalanmış olup olmadığını denetleyin. Yararlı bir ipucu, sorunları etikete göre filtrelemektir *cosmos:v4-item* .
  • Azure Cosmos DB Java SDK v4 için performans ipuçlarını gözden geçirin ve önerilen uygulamaları izleyin.
  • Çözüm bulamadıysanız bu makalenin geri kalanını okuyun. Ardından bir GitHub sorunu oluşturun. GitHub sorununuza etiket ekleme seçeneği varsa etiket *cosmos:v4-item* ekleyin.

Tanılama verilerini yakalama

Java V4 SDK'sında veritabanı, kapsayıcı, öğe ve sorgu yanıtları bir Tanılama özelliğine sahiptir. Bu özellik, yeniden denemeler veya geçici hatalar olup olmadığı dahil olmak üzere tek istekle ilgili tüm bilgileri kaydeder.

Tanılamalar bir dize olarak döndürülür. Farklı senaryolarda daha iyi sorun gidermeye yönelik iyileştirildiğinden, dize her sürümde değişir. SDK'nin her sürümünde, dizgi formatını bozabilir. Geri dönülemez değişikliklere yol açmamak için dizeyi ayrıştırmayın.

Aşağıdaki kod örneğinde Java V4 SDK'sını kullanarak tanılama günlüklerinin nasıl okunduğu gösterilmektedir:

Important

Java V4 SDK'sının önerilen en düşük sürümünü doğrulamanızı ve bu sürümü veya üzerini kullandığınızdan emin olmanız önerilir. Önerilen sürümü buradan de kontrol edebilirsiniz.

Veritabanı İşlemleri

CosmosDatabaseResponse databaseResponse = client.createDatabaseIfNotExists(databaseName);
CosmosDiagnostics diagnostics = databaseResponse.getDiagnostics();
logger.info("Create database diagnostics : {}", diagnostics);

Kapsayıcı İşlemleri

CosmosContainerResponse containerResponse = database.createContainerIfNotExists(containerProperties,
                  throughputProperties);
CosmosDiagnostics diagnostics = containerResponse.getDiagnostics();
logger.info("Create container diagnostics : {}", diagnostics);

Öğe İşlemleri

// Write Item
CosmosItemResponse<Family> item = container.createItem(family, new PartitionKey(family.getLastName()),
                    new CosmosItemRequestOptions());
        
CosmosDiagnostics diagnostics = item.getDiagnostics();
logger.info("Create item diagnostics : {}", diagnostics);
        
// Read Item
CosmosItemResponse<Family> familyCosmosItemResponse = container.readItem(documentId,
                    new PartitionKey(documentLastName), Family.class);
        
CosmosDiagnostics diagnostics = familyCosmosItemResponse.getDiagnostics();
logger.info("Read item diagnostics : {}", diagnostics);

Sorgu İşlemleri

String sql = "SELECT * FROM c WHERE c.lastName = 'Witherspoon'";
        
CosmosPagedIterable<Family> filteredFamilies = container.queryItems(sql, new CosmosQueryRequestOptions(),
                    Family.class);
        
//  Add handler to capture diagnostics
filteredFamilies = filteredFamilies.handle(familyFeedResponse -> {
    logger.info("Query Item diagnostics through handle : {}", 
    familyFeedResponse.getCosmosDiagnostics());
});
        
//  Or capture diagnostics through iterableByPage() APIs.
filteredFamilies.iterableByPage().forEach(familyFeedResponse -> {
    logger.info("Query item diagnostics through iterableByPage : {}",
    familyFeedResponse.getCosmosDiagnostics());
});

Azure Cosmos DB Özel Durumları

try {
  CosmosItemResponse<Family> familyCosmosItemResponse = container.readItem(documentId,
                    new PartitionKey(documentLastName), Family.class);
} catch (CosmosException ex) {
  CosmosDiagnostics diagnostics = ex.getDiagnostics();
  logger.error("Read item failure diagnostics : {}", diagnostics);
}

Tanılama günlükleri tutma

Java V4 SDK v4.43.0 ve üzeri sürümleri, belirli kriterleri karşılaması durumunda tüm hatalar veya istekler için Cosmos Diagnostics'in otomatik günlüğe kaydını destekler. Uygulama geliştiricileri, gecikme (nokta (oluşturma, okuma, değiştirme, güncelle ve ekle, yama uygulama) veya nokta dışı işlemler (sorgu, değişiklik akışı, toplu işleme ve parti)) için eşikler, istek ücreti ve yük boyutu kriterlerini tanımlayabilir. İstekler bu tanımlı eşikleri aşarsa, bu istekler için cosmos teşhis bilgileri otomatik olarak yayılır.

Varsayılan olarak, Java v4 SDK'sı bu tanı bilgilerini otomatik olarak belirli bir biçimde günlüğe kaydeder. Ancak, CosmosDiagnosticsHandler arabirimi uygulanarak ve kendi özel Tanılama İşleyicinizi sağlayarak bu durum değiştirilebilir.

Bunlar CosmosDiagnosticsThresholds ve CosmosDiagnosticsHandler daha sonra, senkron veya asenkron istemci oluşturulurken geçirilmesi gereken CosmosClientTelemetryConfig, CosmosClientBuilder nesnesinde kullanılabilir.

Not: Bu tanılama eşikleri günlük kaydı, izleme ve istemci telemetrisi gibi farklı tanılama türlerine uygulanır.

Aşağıdaki kod örnekleri tanılama eşiklerinin, özel tanılama günlükçüsunun nasıl tanımlanacağı ve istemci telemetri yapılandırması aracılığıyla bunların nasıl kullanılacağı gösterilmektedir:

Özel Tanılama Eşiklerini Tanımlama

//  Create diagnostics threshold
CosmosDiagnosticsThresholds cosmosDiagnosticsThresholds = new CosmosDiagnosticsThresholds();
//  These thresholds are for demo purposes
//  NOTE: Do not use the same thresholds for production
cosmosDiagnosticsThresholds.setPayloadSizeThreshold(100_00);
cosmosDiagnosticsThresholds.setPointOperationLatencyThreshold(Duration.ofSeconds(1));
cosmosDiagnosticsThresholds.setNonPointOperationLatencyThreshold(Duration.ofSeconds(5));
cosmosDiagnosticsThresholds.setRequestChargeThreshold(100f);

Özel Tanılama İşleyicisi Tanımlama

//  By default, DEFAULT_LOGGING_HANDLER can be used
CosmosDiagnosticsHandler cosmosDiagnosticsHandler = CosmosDiagnosticsHandler.DEFAULT_LOGGING_HANDLER;

//  App developers can also define their own diagnostics handler
cosmosDiagnosticsHandler = new CosmosDiagnosticsHandler() {
    @Override
    public void handleDiagnostics(CosmosDiagnosticsContext diagnosticsContext, Context traceContext) {
        logger.info("This is custom diagnostics handler: {}", diagnosticsContext.toJson());
    }
};

CosmosClientTelemetryConfig Tanımlama

//  Create Client Telemetry Config
CosmosClientTelemetryConfig cosmosClientTelemetryConfig =
    new CosmosClientTelemetryConfig();
cosmosClientTelemetryConfig.diagnosticsHandler(cosmosDiagnosticsHandler);
cosmosClientTelemetryConfig.diagnosticsThresholds(cosmosDiagnosticsThresholds);

//  Create sync client
CosmosClient client = new CosmosClientBuilder()
    .endpoint(AccountSettings.HOST)
    .key(AccountSettings.MASTER_KEY)
    .clientTelemetryConfig(cosmosClientTelemetryConfig)
    .buildClient();

Tasarımı yeniden deneyin

Dayanıklı uygulamalar tasarlama ve SDK'nın yeniden deneme semantiğinin hangisi olduğunu öğrenmek için Azure Cosmos DB SDK'ları ile dayanıklı uygulamalar tasarlama kılavuzumuzu inceleyin.

Yaygın sorunlar ve geçici çözümler

Portal ölçümlerini denetleme

Portal ölçümlerini denetlemek, bunun istemci tarafı bir sorun olup olmadığını veya hizmetle ilgili bir sorun olup olmadığını belirlemeye yardımcı olur. Örneğin, ölçümler yüksek oranda sınırlı istekler (HTTP durum kodu 429) içeriyorsa ve bu da isteğin kısıtlandığı anlamına geliyorsa İstek oranı çok büyük bölümünü denetleyin.

Ağ sorunları, Netty okuma zaman aşımı hatası, düşük aktarım hızı, yüksek gecikme süresi

Genel öneriler

En iyi performans için:

  • Uygulamanın Azure Cosmos DB hesabınızla aynı bölgede çalıştığından emin olun.
  • Uygulamanın çalıştığı konakta CPU kullanımını denetleyin. CPU kullanımı yüzde 50 veya daha fazlaysa uygulamanızı daha yüksek yapılandırmaya sahip bir konakta çalıştırın. Veya yükü daha fazla makineye dağıtabilirsiniz.

Bağlantı kısıtlaması

Bağlantı azaltma, konak makinedeki bağlantı sınırı veya Azure SNAT (PAT) bağlantı noktası tükenmesi nedeniyle oluşabilir.

Konak makinede bağlantı sınırı

Red Hat gibi bazı Linux sistemlerinin toplam açık dosya sayısı üst sınırı vardır. Linux'taki yuvalar dosya olarak uygulandığından, bu sayı toplam bağlantı sayısını da sınırlar. Aşağıdaki komutu çalıştırın.

ulimit -a

"Nofile" olarak tanımlanan izin verilen en fazla açık dosya sayısı, bağlantı havuzu boyutunuzun en az iki katı olmalıdır. Daha fazla bilgi için bkz. Azure Cosmos DB Java SDK v4 performans ipuçları.

Azure SNAT (PAT) bağlantı noktası tükenmesi

Uygulamanız genel IP adresi olmadan Azure Sanal Makineler'e dağıtılıyorsa, varsayılan olarak Azure SNAT bağlantı noktaları VM'nizin dışındaki herhangi bir uç noktaya bağlantı kurar. VM'den Azure Cosmos DB uç noktasına izin verilen bağlantı sayısı, Azure SNAT yapılandırmasıyla sınırlıdır.

Azure SNAT bağlantı noktaları yalnızca VM'nizin özel ip adresi olduğunda ve VM'den bir işlem genel IP adresine bağlanmaya çalıştığında kullanılır. Azure SNAT sınırlamasını önlemeye yönelik iki geçici çözüm vardır:

  • Azure Cosmos DB hizmet uç noktanızı Azure Sanal Makineler sanal ağınızın alt ağına ekleyin. Daha fazla bilgi için bkz. Azure Sanal Ağ hizmet uç noktaları.

    Hizmet uç noktası etkinleştirildiğinde, istekler artık genel IP'den Azure Cosmos DB'ye gönderilmez. Bunun yerine sanal ağ ve alt ağ kimliği gönderilir. Bu değişiklik, yalnızca genel IP'lere izin veriliyorsa güvenlik duvarının düşmesine neden olabilir. Güvenlik duvarı kullanıyorsanız, hizmet uç noktasını etkinleştirdiğinizde Sanal Ağ ACL'leri kullanarak güvenlik duvarına bir alt ağ ekleyin.

  • Azure VM'nize genel IP atayın.

Hizmete ulaşılamıyor - güvenlik duvarı

ConnectTimeoutException SDK'nın hizmete erişemediğini gösterir. Doğrudan modu kullanırken aşağıdakine benzer bir hata alabilirsiniz:

GoneException{error=null, resourceAddress='https://cdb-ms-prod-westus-fd4.documents.azure.com:14940/apps/e41242a5-2d71-5acb-2e00-5e5f744b12de/services/d8aa21a5-340b-21d4-b1a2-4a5333e7ed8a/partitions/ed028254-b613-4c2a-bf3c-14bd5eb64500/replicas/131298754052060051p//', statusCode=410, message=Message: The requested resource is no longer available at the server., getCauseInfo=[class: class io.netty.channel.ConnectTimeoutException, message: connection timed out: cdb-ms-prod-westus-fd4.documents.azure.com/101.13.12.5:14940]

Uygulama makinenizde çalışan bir güvenlik duvarınız varsa, doğrudan mod tarafından kullanılan 10.000 ile 20.000 arasında bir bağlantı noktası aralığını açın. Bir konak makinedeki bağlantı sınırını da ayrıca izleyin.

UnknownHostException (Bilinmeyen Ana Makine Hatası)

UnknownHostException, Java çerçevesinin etkilenen makinedeki Azure Cosmos DB uç noktası için DNS girişini çözümleyemiyor olduğu anlamına gelir. Makinenin DNS girdisini çözümleyebildiğini veya herhangi bir özel DNS çözümleme yazılımınız (VPN veya Proxy veya özel bir çözüm gibi) varsa, hatanın çözümlenemediğini iddia eden DNS uç noktası için doğru yapılandırmayı içerdiğinden emin olmanız gerekir. Hata sabitse, hatada açıklanan uç noktaya bir curl komut aracılığıyla makinenin DNS çözümlemesini doğrulayabilirsiniz.

HTTP proxy'si

HTTP ara sunucusu kullanıyorsanız, SDK'da ConnectionPolicyyapılandırılan bağlantı sayısını destekleyebilendiğinden emin olun. Aksi takdirde bağlantı sorunlarıyla karşılaşırsınız.

Geçersiz kodlama deseni: Netty IO iş parçacığını engelleme

SDK, Azure Cosmos DB ile iletişim kurmak için Netty GÇ kitaplığını kullanır. SDK, asenkron bir API'ye sahiptir ve Netty'nin engellemeyen G/Ç API'lerini kullanır. SDK'nin I/O çalışması IO Netty iş parçacıklarında gerçekleştirilir. IO Netty iş parçacığı sayısı, uygulama makinesinin CPU çekirdek sayısıyla aynı olarak yapılandırılır.

Netty IO iş parçacıklarının sadece engellemesiz Netty IO işleri için kullanılması amaçlanıyor. SDK, uygulamanın koduna Netty IO iş parçacıklarından birinde API çağırma sonucunu geri döndürür. Uygulama, Netty iş parçacığında sonuçları aldıktan sonra uzun süreli bir işlem gerçekleştirirse, SDK'nın iç GÇ işini gerçekleştirmek için yeterli GÇ iş parçacığı olmayabilir. Bu tür uygulama kodlaması düşük aktarım hızına, yüksek gecikme süresine ve io.netty.handler.timeout.ReadTimeoutException hatalara neden olabilir. Geçici çözüm, işlemin zaman aldığını bildiğinizde iş parçacığını değiştirmektir.

Örneğin, kapsayıcıya öğe ekleyen aşağıdaki kod parçacığına göz atın (veritabanını ve kapsayıcıyı ayarlama yönergeleri için buraya bakın.) Netty iş parçacığında birkaç milisaniyeden uzun süren uzun süreli çalışmalar gerçekleştirebilirsiniz. Öyleyse, sonunda GÇ işini işlemek için Netty IO iş parçacığının mevcut olmadığı bir duruma geçebilirsiniz. Sonuç olarak ReadTimeoutException hatası alırsınız.

Java SDK V4 (Maven com.azure::azure-cosmos) Async API


//Bad code with read timeout exception

int requestTimeoutInSeconds = 10;

/* ... */

AtomicInteger failureCount = new AtomicInteger();
// Max number of concurrent item inserts is # CPU cores + 1
Flux<Family> familyPub =
        Flux.just(Families.getAndersenFamilyItem(), Families.getAndersenFamilyItem(), Families.getJohnsonFamilyItem());
familyPub.flatMap(family -> {
    return container.createItem(family);
}).flatMap(r -> {
    try {
        // Time-consuming work is, for example,
        // writing to a file, computationally heavy work, or just sleep.
        // Basically, it's anything that takes more than a few milliseconds.
        // Doing such operations on the IO Netty thread
        // without a proper scheduler will cause problems.
        // The subscriber will get a ReadTimeoutException failure.
        TimeUnit.SECONDS.sleep(2 * requestTimeoutInSeconds);
    } catch (Exception e) {
    }
    return Mono.empty();
}).doOnError(Exception.class, exception -> {
    failureCount.incrementAndGet();
}).blockLast();
assert(failureCount.get() > 0);

Üzerinde zaman alan işi gerçekleştirdiğiniz iş parçacığını değiştirmek geçici bir çözümdür. Uygulamanız için zamanlayıcının tek bir örneğini tanımlayın.

Java SDK V4 (Maven com.azure::azure-cosmos) Async API

// Have a singleton instance of an executor and a scheduler.
ExecutorService ex  = Executors.newFixedThreadPool(30);
Scheduler customScheduler = Schedulers.fromExecutor(ex);

İşlem açısından ağır iş veya GÇ'yi engelleme gibi zaman alan işler yapmanız gerekebilir. Bu durumda iş parçacığını, customScheduler API'sini kullanarak .publishOn(customScheduler) tarafından sağlanan bir çalışana geçirin.

Java SDK V4 (Maven com.azure::azure-cosmos) Async API

container.createItem(family)
        .publishOn(customScheduler) // Switches the thread.
        .subscribe(
                // ...
        );

kullanarak publishOn(customScheduler)Netty GÇ iş parçacığını serbest bırakır ve özel zamanlayıcı tarafından sağlanan kendi özel iş parçacığınıza geçersiniz. Bu değişiklik sorunu çözer. Artık io.netty.handler.timeout.ReadTimeoutException başarısızlık yaşamayacaksınız.

İstek oranı fazla yüksek

Bu hata, sunucu tarafı hatasıdır. Sağlanan aktarım hızınızı kullandığınızı gösterir. Daha sonra yeniden deneyin. Bu hatayı sık sık alıyorsanız, veri toplama aktarım hızını artırmayı göz önünde bulundurun.

  • getRetryAfterInMilliseconds aralıklarında geri alma uygulama

    Performans testi sırasında, az sayıda isteğin kısıtlanmasına kadar yükü artırmalısınız. Kısıtlanırsa, istemci uygulamanın sunucu tarafından belirtilen yeniden deneme aralığı için geri çekilmesi gerekir. Geri çekilme stratejisine uyum sağlamak, yeniden denemeler arasında beklemek için en az zamanı harcamanızı sağlar.

Java SDK Reaktif Zincirinden hata işleme

Azure Cosmos DB Java SDK'sından hata işleme, istemcinin uygulama mantığı söz konusu olduğunda önemlidir. Farklı senaryolarda kullanılabilecek reaktör çekirdeği çerçevesi tarafından sağlanan farklı hata işleme mekanizmaları vardır. Müşterilerin bu hata işleme işleçlerini ayrıntılı olarak anlamasını ve yeniden deneme mantığı senaryolarına en uygun olanları kullanmasını öneririz.

Important

Tüm senaryolarda desteklenmediğinden, onErrorContinue() işleç kullanımı önermeyiz. onErrorContinue() reaktif zincirinizin davranışını belirsiz hale getirebilen uzman bir operatör olduğunu unutmayın. Aşağı akış işleçleri üzerinde değil yukarı akış üzerinde çalışır, çalışması için belirli operatör desteği gerektirir ve kapsam, yukarı akışı tahmin etmeyen kitaplık koduna kolayca yayabilir (istenmeyen davranışla sonuçlanır).). Bu özel işleç hakkında daha fazla bilgi için lütfen belgelerineonErrorContinue() bakın.

Azure Cosmos DB Öykünücüsü'ne bağlanma hatası

Azure Cosmos DB Öykünücüsü HTTPS sertifikası otomatik olarak imzalanır. SDK’nin öykünücüyle çalışması için öykünücü sertifikasını bir Java TrustStore’a aktarın. Daha fazla bilgi için bkz. Azure Cosmos DB Öykünücüsü sertifikalarını dışarı aktarma.

Bağımlılık Çakışması Sorunları

Azure Cosmos DB Java SDK'sı birçok bağımlılığı çeker; genel olarak konuşursak, proje bağımlılık ağacınız Azure Cosmos DB Java SDK'sının bağımlı olduğu bir yapıtın eski bir sürümünü içeriyorsa, bu durum uygulamanızı çalıştırdığınızda beklenmeyen hatalar oluşturulmasına neden olabilir. Uygulamanızın neden beklenmedik bir şekilde bir özel durum oluşturduğunu ayıklarsanız, bağımlılık ağacınızın azure Cosmos DB Java SDK bağımlılıklarından birinin veya daha fazlasının eski bir sürümünü yanlışlıkla çekmediğini bir kez daha kontrol etmek iyi bir fikirdir.

Bu tür bir sorunun geçici çözümü, proje bağımlılıklarınızdan hangilerinin eski sürümü getirdiğini belirlemek ve bu eski sürümdeki geçişli bağımlılığı dışlamak ve Azure Cosmos DB Java SDK'sının daha yeni sürümü getirmesine izin vermektir.

Proje bağımlılıklarınızdan hangilerinin Azure Cosmos DB Java SDK'sının bağımlı olduğu bir şeyin eski bir sürümünü getirdiğini belirlemek için proje pom.xml dosyanızda aşağıdaki komutu çalıştırın:

mvn dependency:tree

Daha fazla bilgi için maven bağımlılık ağacı kılavuzuna bakın.

Projenizin hangi bağımlılığının eski bir sürüme bağlı olduğunu bildiğinizde, pom dosyanızdaki bu lib'e bağımlılığı değiştirebilir ve geçişli bağımlılığı hariç tutabilirsiniz. Aşağıdaki örneği izleyerek ( reactor-core'un güncel olmayan bağımlılık olduğu varsayılır):

<dependency>
  <groupId>${groupid-of-lib-which-brings-in-reactor}</groupId>
  <artifactId>${artifactId-of-lib-which-brings-in-reactor}</artifactId>
  <version>${version-of-lib-which-brings-in-reactor}</version>
  <exclusions>
    <exclusion>
      <groupId>io.projectreactor</groupId>
      <artifactId>reactor-core</artifactId>
    </exclusion>
  </exclusions>
</dependency>

Daha fazla bilgi için geçişli bağımlılıkları dışlama kılavuzuna bakın.

İstemci SDK günlüğünü etkinleştirme

Azure Cosmos DB Java SDK v4, SLF4j'yi log4j ve logback gibi popüler günlük çerçevelerine destek veren bir günlükleme arayüzü olarak kullanır.

Örneğin günlük çerçevesi olarak log4j kullanmak istiyorsanız Java sınıf yolunuzda aşağıdaki kitaplıkları ekleyin.

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>slf4j-log4j12</artifactId>
  <version>${slf4j.version}</version>
</dependency>
<dependency>
  <groupId>log4j</groupId>
  <artifactId>log4j</artifactId>
  <version>${log4j.version}</version>
</dependency>

"Ayrıca bir log4j yapılandırması ekleyin."

# this is a sample log4j configuration

# Set root logger level to INFO and its only appender to A1.
log4j.rootLogger=INFO, A1

log4j.category.com.azure.cosmos=INFO
#log4j.category.io.netty=OFF
#log4j.category.io.projectreactor=OFF
# A1 is set to be a ConsoleAppender.
log4j.appender.A1=org.apache.log4j.ConsoleAppender

# A1 uses PatternLayout.
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%d %5X{pid} [%t] %-5p %c - %m%n

Daha fazla bilgi için sfl4j günlüğü kılavuzuna bakın.

İşletim sistemi ağ istatistikleri

ve ESTABLISHEDgibi CLOSE_WAIT durumlarda kaç bağlantı olduğunu öğrenmek için netstat komutunu çalıştırın.

Linux'ta aşağıdaki komutu çalıştırabilirsiniz.

netstat -nap

Windows'da, aynı komutu farklı bağımsız değişken bayraklarıyla çalıştırabilirsiniz:

netstat -abn

Sonucu yalnızca Azure Cosmos DB uç noktasına yönelik bağlantılara göre filtreleyin.

Durumdaki Azure Cosmos DB uç noktasına ESTABLISHED bağlantı sayısı, yapılandırılan bağlantı havuzu boyutunuzdan büyük olamaz.

Azure Cosmos DB uç noktasına yapılan birçok bağlantı bu CLOSE_WAIT durumunda olabilir. 1000'den fazla olabilir. Yüksek olan bir sayı, bağlantıların hızlı bir şekilde kurulduğunu ve kesildiğini gösterir. Bu durum sorunlara neden olabilir. Daha fazla bilgi için Yaygın sorunlar ve geçici çözümler bölümüne bakın.

Sık karşılaşılan sorgu sorunları

Sorgu ölçümleri, sorgunun en çok zamanı nerede harcadığını belirlemeye yardımcı olur. Sorgu ölçümlerinden, arka uçta ve istemcide ne kadar harcandığını görebilirsiniz. Sorgu performansı kılavuzu hakkında daha fazla bilgi edinin.

Sonraki Adımlar

  • Java SDK v4 için performans yönergeleri hakkında bilgi edinin
  • Java SDK v4 için en iyi yöntemler hakkında bilgi edinin
  • Last updated on