MySQL 5.1 lub 5.5?

Czy istnieją znaczące różnice między wersjami 5.1 i 5.5?

Serwer ten służy do obsługi średniej wielkości forum vBulletin.

Główną zaletą 5.1 jest to, że jest dostępny przez apt-get.

Obecnie możesz teraz korzystać z MySQL 5.5. Mam teraz wersję 5.5.9 i działa świetnie.

Pomyślnie skalowałem MySQL 5.5 z prostą cykliczną replikacją na 3 serwerach DB. Oto układ każdego serwera DB i tego, co działa

• MySQL 5.5.9
• 2 TB RAID10 SAS
• 192 GB pamięci RAM
• Jedna monolityczna pula buforów InnoDB o pojemności 162 GB
• Dual HexaCore (właśnie tak, 12 procesorów)

/etc/my.cnf ma następujące cechy

[mysqld]
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_io_capacity=65536
innodb_buffer_pool_instances=1
innodb_bufer_pool_size=162G

Każdy serwer MySQL zawiera

• 942 bazy danych klientów (najemców)
• 935 GB danych ogółem
• 95% puli buforów jest zapełnione na wszystkich trzech serwerach

Po 1 roku nadal działa jak marzenie, ponieważ używa MySQL 5.5 i zmusza InnoDB do włączenia wszystkich 12 procesorów.

Tak więc jestem całkiem zadowolony z jego dotychczasowej wydajności, a więc i klienta.

5.5 jest wersją rozwojową i nie nadaje się do produkcji. Chyba że masz konkretny powód, nie powinieneś nawet rozważać uruchomienia wersji 5.5 do celów produkcyjnych.

Ani. Używaj Percona 5.1 z xtra-db. Percona.com Jest tak szybki jak 5.5 i robi wiele rzeczy, które MySQL powinien robić. Jest bezpłatny, oparty na i jest binarnie kompatybilny jako kropla zastępująca MySQL. Nie mam jeszcze dobrych doświadczeń z uruchamianiem percony zamiast MySQL. Upewnij się, że ustawiłeś domyślny silnik na innodb. Pokaż silniki; pokaże, że używasz xtradb zamiast innodb.

W rzeczywistości powinieneś użyć mysql 5.0, narzędzie do planowania zapytań działa lepiej z vbulletin niż 5.5. Znaleźliśmy kilka obszarów, w których narzędzie do planowania zapytań 5.5 spowodowało ogólną gorszą wydajność niż 5.0 i w związku z tym przeszło z powrotem.

http://www.makingitscale.com/2010/latest-mysql-query-planner-gone-looney.html