postgresql'i büyük miktarlarda koç için ayarlamak

İki aynı sunucum var (donanım açısından), ikisi de Windows Server 2008 r2'nin standart kurulumlarıdır, minimum yazılım yüklüydü (temelde benim kodum ve jvm vb. Gerekli şeyler).

Bir sunucuda, ikinci sunucuda postgresql 9.1'de sql server 2005 kullanıyorum. Bu 2 sunucudaki b / n performansındaki fark şaşırtıcı, postgresql'de o kadar kötü ki, ilk "patronumla sql sunucu lisansı için ödeme yapmak yerine postgresql kullanalım" diyerek pişmanım. Aynı komut için 30 saniye ile 15 dakika arasındaki farklardan bahsediyoruz ve bu sadece bir komut değil, attığım herhangi bir sorgu veya komut. Her ikisi de hemen hemen aynı verilere (kayıtlar farklı sırayla eklenmiştir) sahiptir ve her iki veritabanı da aynı yapıya / dizinlere vs. sahiptir.

Ama umarım bu sadece performans ayarlaması meselesidir. Mesele şu ki, sql sunucusu hemen hemen tüm sunucudaki 32 konserin hepsini kullanıyor, postgresl ise hiçbir şeyi kullanmıyor, kesinlikle daha ayrıntılı bir şekilde çözemedim.

Postgresql'nin 20'den fazla konser koçu kullanmasını nasıl sağlayabilirim? Bu sunucular özellikle bu veritabanı için özel olarak oluşturulmuş, bu nedenle veritabanı tarafından kullanılmayan herhangi bir ram ve destekleyici işlemler bence boşa harcanıyor.

Üzerinden başlatılan birçok tweakable sabit vardır postgres.conf. En önemlileri:

• max_connections: eşzamanlı oturum sayısı
• work_mem : hash tabloları gibi orta sonuçlar için ve sıralama için kullanılacak maksimum hafıza miktarı
• shared_buffers 'sabitlenmiş' arabellek alanına atanan bellek miktarı.
• effective_cache_size işletim sisteminin LRU arabellekleri tarafından kullanıldığı varsayılan bellek miktarı.
• random_page_cost : aradığı diskin göreceli maliyeti için bir tahmin.

max_connectionsgerekenden daha yükseğe ayarlanmamalı, boşta olsalar bile bağlantıların maliyeti düşüktür; Çoğu durumda bir bağlantı, dışarıda beklemekten çok içeride bekleyerek zaman geçirir. (eşzamanlılık pahasına) Baştan sona güzel bir kural, "iğ sayısı + işlemci sayısı + X" şeklindedir.

work_memyanıltıcı: Her alt sorguya uygulanabilir, bu nedenle 5 ile bir sorgu HASHJOINS5 * mal olabilir work_mem. Ve en kötü senaryolar için, bu miktarı tüketen çoklu oturumları da düşünmelisiniz (yine de max_connectionsdüşük kalması için bir neden ).

shared_buffers(IMHO) abartılı. Normalde mevcut tüm "boş" belleğin yaklaşık 1/4 ... 1 / 2'sine ayarlanması önerilir, ancak düşük tutmaya ve effective_cache_sizemevcut tüm "boş" belleğe ayarlamaya meyilliyim .

random_page_costdiskte arama + okuma maliyetidir. Bu, sequential_disk_cost1 olan ile ilgilidir. Varsayılan (4) random_page_cost, modern makineler ve ağ depolaması için çok yüksektir, normalde 2 ile 1.x arasında düşürülebilir. SSD diskleri için, 1.0'ı bile ayarlayabilirsiniz, çünkü arama SSD'lerde neredeyse ücretsizdir.

PostgreSQL yapılandırmasını ayarlamanıza yardımcı olmak için pgtune kullanmayı düşünün . PgFoundry'dan:

pgtune, wimpy varsayılan postgresql.conf dosyasını alır ve veritabanı sunucusunu, kullanıldığı donanım kadar güçlü olacak şekilde genişletir.

PostgreSQL'in varsayılan konfigürasyonu çok muhafazakardır ve bu araç bu kesin duruma yardımcı olmak içindir. Belgeler bir ışık okumak ve aracı kullanmak oldukça basittir.

Pgtune'ın kesin önerilerini kullanmaya gerek olmadığını unutmayın. Ayarlarıyla oynamak ve sonuç dosyasında meydana gelen değişiklikleri izlemek, PostgreSQL'in yapılandırmasını ve manuel olarak nasıl ayar yapılacağını daha iyi anlamanızı sağlayacaktır.

Her sorgu veya komut yavaş çalışıyorsa, bundan şüpheleniyorum:

• çalıştırdığınız her sorgu için veritabanına bağlanırsanız;
• işe yaramayan ve bu belirli kimlik doğrulama yöntemi zaman aşımına uğrayana kadar sorgularınızı durduran bir tür kimlik doğrulama yöntemi yapılandırdınız.

Lütfen bize böyle bir sorgu yapmanın ne kadar sürdüğünü söyler misiniz select version()? Anında olması gerekiyorsa (iş istasyonumda 0,16ms).

HER sorgu bu kadar yavaşsa, sunucuda bir şeyler çok yanlış olur. Tecrübelerime göre, her db diğerinden daha iyi bir kaç şeye sahiptir, ancak performans bilge pgsql kolayca mssql sunucusu ile aynı alandadır.

Peki, hangi işletim sistemi üzerinde pgsql kullanıyorsunuz? Hangi donanım? Hangi ayarları zaten değiştirdiniz? Veri kümeniz ne kadar büyük? Zayıf bir sorgunun örneği ve açıklamanın analizinin çıktısı nedir (Sorgunuzu şöyle çalıştırın:

açıklamak analyze select ... burada sorgunun kalanını ...;

Çıktıyı http://explain.depesz.com/ adresine gönderin ve bağlantıyı buraya yazın.