Bir Linux sunucu üzerinde MySQL kullandığı bellek miktarı üst sınırını ayarlamak nasıl mümkün olduğunu bilmek istiyorum. Şu anda MySQL her yeni sorgu sonunda bellek çalışır, böylece istenen bellek almaya devam edecektir. Bir şekilde bu miktardan fazla MySQL tarafından kullanılan bir sınırı yeri var mı?

Şimdiden teşekkürler, Timothy

MySQL maksimum bellek kullanımı çok fazla donanım ayarlarınıza bağlıdırveveritabanı kendisi.

Donanım

Donanım bariz bir parçasıdır. Neşeli, daha hızlı bir disk, daha fazla RAMftw. O aylık veya Haftalık Haber mektupları gerçi inanmıyorum. MySQL doğrusal - Oracle donanım ölçekli görünmüyor. Daha biraz yanıltıcıdır.

Sonuç: ne önerirsin . için başparmak genel bir kural yok ^strong>seninMySQL Kur. Geçerli kullanım projeksiyonları bağlıdır.

Ayarlar & veritabanı

MySQL bir çok değişkeni bulunmaktadır ve davranışını optimize geçer. Eğer bir sorunları çalıştırmak Eğer, gerçekten oturup (diktiğimin) Kılavuzu okumak gerekir.

Veritabanı olarak birkaç önemli kısıtlamalar:

• tablo motoru (InnoDB, MyISAM, ...)
• boyutu
• endeksleri
• kullanımı

Stackoverflow en MySQL ipuçları, sözde önemli ayarları hakkında 5-8 söyler. Öncelikle, hepsi değil - örneğin çok fazla kaynak ayrılmasını öngören, Bunu, Bunu ve bu kaynakları israf olduğundan pek mantıklı gelmiyor kullanarak önemli.

Ya bir sürü insan önermek kadar max_connection değişken -- pek az şey bildikleri de anlaşılacağı MySQL olacak daha fazla kaynak tahsis hitap o max_connections -- eğer gerekli. Daha bariz çözüm DBAL veritabanı bağlantısını kapatın veya wait_timeout düşürmek için bu iş parçacığı için ücretsiz olabilir.

Eğer benim drift yakalamak gerçekten çok zor, okumak ve öğrenmek için çok şey var.

Motorları

Tablo motorları oldukça önemli bir karar vardır, birçok kişi bu erken unutmak ve aniden kendilerini bulmak sonra 30 GB ile mücadele kilitleniyor ve tüm uygulama blokları 5 ** Tablo bulunur.

Söylemek istememHali hazırda berbatama InnoDB olabilir burktum karşılık neredeyse ya da neredeyse kadar hızlı MyISAM ve teklifler diye bir şey satır kilitleme UPDATE oysa MyISAM kilitler tüm tablo, ne zaman yazılmış.

Eğer sen de özgürlük için çalıştırın MySQL üzerinde kendi altyapısı, belki de kontrol etmek istiyor percona server çünkü arasında da dahil olmak üzere bir çok katkıları şirketler gibi Facebook ve Google biliyorlar (hızlı), aynı zamanda içerir Percona kendi açılan değişimi için InnoDB denilen XtraDB.

Percona-server (istemci) kurulumu (Ubuntu) için benim özü bakın: http://gist.github.com/637669

Boyutu

Veritabanı boyutu ... ister inanın ister inanmayın çok, çok önemli, İntarwebs çoğu insan asla büyük bir ele sahip ve yoğun MySQL kurulum yazmak ama şu var gerçekten. Bazı insanlar "gibi bir şey troll diyecek ki:"!! PostgreSQL Kullanın!"Ama şimdilik onları görmezden gelelim. 111

Sonuç: donanım yapılacak. bu boyut, karar bakılırsa Gerçekten 80 GB'LIK bir veritabanı hızlı 1 üzerinde çalışma yapabilirsiniz. RAM GB.

Endeksleri

Değil: daha fazla, daha keyifli. Sadece endeksleri ihtiyaç ayarlanması ve kullanımı EXPLAIN ile kontrol edilmelidir. MySQL EXPLAIN çok sınırlı olduğunu eklemek, ama bu da bir başlangıçtır.

Önerilen yapılandırmaları

my-large.cnf my-medium.cnf Bu dosya hakkında bile onlar için yazılmıştır kim olduğunu bilmiyorum. Rulo kendi.

Astar ayarlama

Harika bir başlangıç tuning primer. (İpucu: linux) SHOW VARIABLES SHOW STATUS çıktısını alır ve umarım faydalı öneri içine saran bir bash betiği. Eğer sunucunuz bir süre koştu varsa, onlara öneri veri tabanına veri olacağı için daha iyi olacaktır.

Ayar astar sihirli bir sos değil. Hala bir değişiklik önerir tüm değişkenler kadar okumalısınız.

Okuma

Gerçekten mysqlperformanceblog tavsiye etmek gibi. MySQL ile ilgili ipuçları her türlü için harika bir kaynak. Ve sadece MySQL değil, onlar da doğru donanım veya BÖLÜM için kurulumları tavsiye ederim, Bu adamlar vs. hakkında bir çok deneyim yıllar var.

Başka bir büyük kaynak tabii ki planet-mysql.