Bir üretim sunucusunda SQLite? [kapalı]

SQLite'yi uzun zamandır tanıyorum ve hızlı bir şekilde yanıp söndüğünü biliyorum, ama hiç bir üretim sunucusunda denemedim. Başarısız olmadan önce ne kadar trafik tutabileceğine dair sağlam bir tahmin bulamadım.

Bu konuda herhangi bir sayı veya makale olan var mı?

Ne yazık ki, yük yetenekleri hakkında sizin için herhangi bir rakamım yok, ancak bazı performans kısıtlayıcı faktörler hakkında birkaç yorum var:

• SQLite hızı, üzerinde bulunduğu diskin hızından ve devam eden çok sayıda ek / güncelleme olup olmadığından (yazma erişimi) etkilenir. Yazma kilidi disk sıkma hızı ile sınırlıdır

• İşlemler varsayılan olarak başlatılır, ancak işlemi başlatır ve gerçekleştirirseniz daha iyi performans elde edersiniz . İşlemi programlı olarak yürütürken çok hızlı kitlesel kesici uçlar aldım

• Genellikle sadece veri okuyorsanız, o zaman deneyimimde iyi bir performans elde edersiniz. Bu nedenle, SQLite veritabanı sunucusu okumalarını, özellikle uzak olanları veya karmaşık sorguları saklamak için bir önbellek sistemi olarak kullanılabilir.

• Bir veritabanı sunucusundan daha az kaynak kullanır.

• Birden fazla eşzamanlı yazma işlemine ihtiyacınız varsa, bir veritabanı sunucusu (örneğin MySQL, Postgres) size daha iyi hizmet verebilir

As Devrim 100k kullanıcıları etrafında SQLite sitesi durumlarını ifade / gün iyi olmalı. Bir Trac sistemi yazma gerektirir, bu nedenle bu durumda performans muhtemelen daha yavaş olur

Bu iyi cevaplara eklemek için bazı puanlarım var.

SQLite'ın geçerli sürümü WAL (İleri Okuma Yazma) özelliğine sahiptir, böylece okuma ve yazma aynı anda devam edebilir. Dolayısıyla, önceki cevaplarda bahsedilen geleneksel tek yazar sınırlaması artık mevcut değildir. WAL'ı henüz üretimde görmedim, bu yüzden ne kadar iyi ölçeklendiğini yorumlayamıyorum.

WAL kullanarak veya kullanmazsanız, SQLite veritabanınız salt okunursa (veya toplu olarak güncellenirse) ve RAM'e sığarsa (işletim sisteminizde arabelleklerde tutmak için yeterli yedek RAM vardır) bir üretim web uygulamasında çok iyi ölçeklenebilir. Kişisel olarak performansı, ölçeklenebilirliği ve sağlamlığı konusunda çok şüpheliydim, ancak dokuz aylık üretimden sonra sistemin en karmaşık parçalarını bile çok iyi çalıştırdığını kanıtladı .

Sqlite, uygulamalara gömmek için mükemmeldir ve bunun için tasarlanmıştır, ancak kesinlikle "inanılmaz derecede hızlı" değildir. Tamamen çalışan bir uygulama vermek için sadece başka bir makineye kopyalanabilen iki dosyaya sahip olmanın rahatlığı için kendi uygulamalarımın birçoğu için kullanıyorum. Aynı yapı, dizinler, vb. Kullanılarak MySQL'e karşı yapılan testler, Sqlite'ın küçük veritabanları için bile oldukça yavaş olduğunu gösterir. Ben sadece 100MB daha az veritabanları ile kullandığım gibi kesin olarak söyleyemem rağmen, veritabanı boyutu büyüdükçe performans farkı büyümesini beklenir.

Ben sqlite sadece bir metin / xml dosyadan daha hızlı olduğunu düşünüyorum (eğer denediyseniz sürpriz olabilir). Ve eğer intranet için insanların çalışma saatlerini kaydettikleri veya trac biletlerini kullandıkları bir site oluşturmak istiyorsanız, eşzamanlılığı desteklemez. Bunun dışında kaçınılmalı ve mysql veya couchdb ile değiştirilmelidir.

sqlite web sitesi 100k kullanıcı / gün iyi olmalı ama basit bir trac projesi 10 ppl ofis kullanımı ile çok sıkışmış çünkü çok şüpheliyim diyor.

Sqlite geleneksel bir istemci / sunucu DB uygulaması değil. Temelde başka bir uygulamanın içine yerleştirilmiş bir kütüphane. Tek kullanıcılı masaüstü uygulamaları için tasarlanmıştır. Kesinlikle çok kullanıcılı bir ortamda bir tür bağımsız MySQL / PostgreSQL / MS-SQL değiştirme olarak kullanmayı denemek istemiyorsunuz çünkü tüm DB yazma kilitli. Performansı yok edecek hafif bir yükte bile çekişme sorunları ile uğraşacaksınız.