mysql anlık sorgu sayısı ?

mysqlde anlık farklı baglantılarla kaç tane sorgu yaptırabiliriz, apache ve litespeed çok farkettiğini biliyorum ama benim için önemli olan litespeed'deki performansı.

mysql 5.7 de anlık 500.000 sorgu kaldırabiliyormuş bu hurafemidir yoksa doğrumudur bilen varmı ?

Bu sorguların yapısı ve php tarafındaki senkronizasyonu önemli. 500.000 sorgu ama nasıl bir sorgu dizisi var? 1+1 i toplatıp ekrana basarsınız evet 500 bin sorgu yaptırırsınız bu şekilde

Siz anlık 100.000 sorgu çalıştırırsınız (tabi iyi bir makina yada cluster sql ile) ama php tarafına bu sorguları bastığınızda sıkıntılar yaşayabilirsiniz, bu da script optimizasyonuyla birebir ilgili. Zaten bir sorun varsa apache nginx litespeed lighttpd fark etmez hepsi tıkanır, webserverların bozuk sql sorgularını düzeltme gibi bir işlevi olamaz. Webserverın görevi sql ve php den gelen verileri birleştirip ekrana basmaktır, birinde bir problem varsa denge bozulur.

sorgu yaparken ve tablo yapılarında oldukça dikkatli davranıyorum yaptıgım proje ileride bazı tablolarını 2-3 farklı sitede kullanacağım aynı anda 2-3 farklı siteden yuklenildiği anda sorun çıkarmı diye korkuyorum. mysql aç kapa yapıyorum sorguları manuel olarak gerektiği yerde durduruyorum 800.000 bin kayıtlı tabloada gunluk hiti 20-25 k olan sitede hiçbir sıkıntı çekmiyorum ancak bu projede gunluk tekil hit sayısı 500k lara ulaşabilir bu durumda sıkıntı çıkarırmı merak ediyorum açıkcası

Mysql yapısı ve işleyen sorgular temiz olduğu sürece sıkıntı yaşama ihtimaliniz azalır. Ancak tabiki bu işin birde php tarafı var, php tarafındaki en ufak satır hatası 1 tane sorgunun yaratacağı yükü 50 sorgunun yaratacağı yüke eşitleyebilir, sql tarafı her ne kadar temiz olsada php tarafıda aynı temizlikte olmalı.

Statik yapıda olan sorgular mümkün mertebe php tarafında cache edilmeli, dinamik sorgulara php tarafında cache yapmak scriptin işlevselliğini ve içeriğini etkileyeceğinden sıkıntı olacaktır, mümkün mertebe sql tarafında bir cache ile dengeyi korumak gerekir. Sorgularınızın yapısı cache edilmeye müsait değilse işiniz çok zor olacaktır, bu sefer tamamiyle sunucu kaynaklarını yükseltmeye odaklanmanız gerekecektir.

Büyük ve fazla sorgu dönen bir sistemde disk tercihi ssd yapılmalıdır, daha yüksek ufak dosya okuma yazma işlemine ulaşmak için fiziksel bir raid kartı ile raidde yapılabilir.

Açıkçası şu an 25 k da sunucunun verdiği tepki ile 500 k daki vereceği tepkiyi kestirebilmek mümkün değildir, ancak tahminler varsayımlar yapılabilir, yoğunluk arttığında sunucu sistem kaynakları ve mevcut sorguların slow query logları incelenip buna göre düzeltmeler yapılabilir.