Başvurunuzu ilk profil istiyorsanız ve çok zaman veritabanında geçirdim ve ne kadar her sorguda zaman ediliyor nasıl belirleyebilir.

Eğer uygulama veritabanında% 3 harcıyor ve bu% 27 üzerinden seçer olan ve kalanı tetikler dahil ekler olduğunu söyleyebilirim gibi o zaman, cevap kolaydır.

Ayrıca, hangi işletim MySQL olurdu?

Bu PHP sunucu daha ayrı bir bilgisayarda mı?

Mevcut mimari gibi nedir?

Eğer web sunucusu ve db sunucu hem de aynı bilgisayar üzerinde, ve sonra MySQL için onları ayırmak, ve bir performans artışı olsun gerçeği arıyorsanız, bunun nedeni aslında çok muhtemeldir ki ilk günü tek cpu bilgisayar artık çifte görev yapmak zorunda değildir.

PHP hangi sürümü? O değişmiş olacaktır?

Eğer mssql fonksiyonlarını, odbc fonksiyonları veya PDO halen kullanıyor musunuz?

Çoğu durumda, ben başka bir şey bitkin olmuştu emin olana kadar performans nedenleriyle için bir veritabanı arka-uç takas düşünmeye başlamak olmaz ediyorum.

RDBMS'lerinde gelişmiş hayvanlardır. Eğer onları geçiş düşünün önce, geçerli veritabanı iyi bir göz atın. Hatta daha iyi - bunu yapmak için SQL Server deneyimi olan bir uzman ödemek. Kötü yapılandırılmış veritabanları her yerde vardır.

Eğer bir performans artışı anahtarlama görebilirsiniz, ya da bir darbe alabilir. Geçerli veritabanı düzgün ayarlanmış olduğunu bilmek kadar, hepsi sadece varsayım var.

James Black, sadece cevap olarak, performansı artırmak için doğru yolu uygulama profili ve onun vakit nerede anlamaya etmektir.

Veritabanı tarafında kontrol etmek için en önemli şey, indeksler doğru kullanımıdır. Onlar TABLO TARAMA yaptığınızı görmek için planını açıklamak kullanarak sorguları kontrol edin. Onlar ise, performansını artırmak için dizin ekleyin.

Ben ciddiye SQL Server üzerinden ve MySQL takas hiç bir fark olacağını sanmıyorum olacaktır. Bu kadar basit, ve MySQL, SQL Server üzerinde böyle bir across-the-board performans avantajı vardı olsaydı tutarsızlık rektifiye kadar, SQL Server'ın pazar payı gecede sıfıra düşeceği. Böyle bir fark yerde internet ile gizli olabilir ki hiçbir yolu yok.

Genel uygulaması profil tavsiye mükemmel. Bunun gerçekleşmesi için beklerken sorguları kontrol edebilirsiniz.

MySQL ile kullanabileceğiniz birkaç farklı depolama motorları vardır ve her performans özellikleri farklı bir dizi var - zaten söyleniyor ne ile birlikte, ben MySQL bu konuda özelliklerinin tek bir set ile sınırlı olmadığını belirtmekte yarar olduğunu düşünüyorum . MyISAM ile MySQL InnodDB ile MySQL biraz farklı davranır ve Infobright ile MySQL biri birinden biraz farklı (ve tabii ki, diğerleri de vardır).

Eğer büyük performans sorunları olan bir veritabanı varsa, ihtiyacınız olan ilk şey bir veritabanı uzmanına can performans ayarlama kiralayabilirsiniz olduğunu. Yeni bir arka uç dönüştürürken yeni sorunların yanı sıra kimin uzmanlık veritabanı geliştirme ve performans ayarlama olduğu personel kimse yoksa eskileri çözmek için olası oluşturmak olasıdır.

Onları tasarlayan ve koruyan kişi o ne yaptığını biliyor, SQL Server kolayca TerraByte boyutlu veritabanlarını işleyebilir.

Ben yüksek performans bekliyoruz SQL Server ama hiçbir şey, özellikle bir SQL Server makinede çalışması gerektiğini işaret eder. Sadece tek başına bu ifadeyi bana yapmanız için ne soruyorsun için ciddi bir güce sistemi olması muhtemeldir düşündürüyor. Ben bizim veritabanı olarak aynı sunucu üzerinde bizim apps çalışan düşünün asla.