Korzystam z serwera MySQL 5.5 na mojej stacji roboczej do analizy danych naukowych i zastanawiam się, jak skonfigurować MySQL, aby uzyskać jak najwięcej z jego wydajności. Typy zapytań, które zwykle uruchamiam, obejmują połączenia 10-20 tabel i mogą być uruchamiane dość długo, od jednej do kilku minut nie stanowi żadnego wyjątku. Tylko bardzo niewielu użytkowników uzyskuje dostęp do bazy danych jednocześnie (maksymalnie 5). Przeniosłem serwer z Lenovo Thinkpad T61 z dwurdzeniowym procesorem 2,2 GHz i 4 GB pamięci RAM na nową maszynę z ręcznie dobranymi komponentami:
- Intel i7 3770, 4x 3,4 GHz (działający przy 4x3,7 GHz)
- Chipset Z77
- 16 GB pamięci RAM DDR3 1600
- Windows 7 Prof 64-bitowy
- Windows i serwer MySQL działają na dysku SSD Intel serii 520.
Pierwsze testy (uruchamiające to samo zapytanie na obu komputerach) wykazały zdecydowaną poprawę szybkości dla nowego, ale zapytania wciąż zajmują dużo czasu i spodziewałem się większej poprawy. Zapytania te są dość dobrze zoptymalizowane, tzn. Wszystkie tabele mają odpowiedni klucz, który jest również używany jako „wyjaśnij rozszerzone”.
Teraz moje obecne ustawienia MySQL: Po pierwsze powinienem wspomnieć, że już dawno przeprowadziłem się z MyISAM do Innodb.
Niektóre moje poprawki my.ini (tj. Odstępstwa od ustawień domyślnych):
# Maximum size for internal (in-memory) temporary tables. If a table
# grows larger than this value, it is automatically converted to disk
# based table This limitation is for a single table. There can be many
# of them.
#tmp_table_size=35M
tmp_table_size=4000M
max_heap_table_size=4000M
# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system. Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
#innodb_buffer_pool_size=96M
innodb_buffer_pool_size=800M
general-log
expire_logs_days = 60
general_log_file = "F:/my_query_mysql.log"
log-output = TABLE
optimizer_search_depth = 0 #meant to cure the "statistics state" bug in some queriesChciałbym wiedzieć, czy ktoś zasugeruje zmiany w powyższych liczbach, a nawet dalsze ustawienia, których nie znam.
Byłbym wdzięczny za każdą przydatną uwagę.
Steve
EDYCJA: Mam dwa zapytania dotyczące połączeń między 10-20 tabelami i uruchomiłem je na moim laptopie Lenovo i nowym komputerze. Zapytanie nr 1 zajęło 3m36 na nowej maszynie w porównaniu z 9m11 na laptopie; Zapytanie nr 2 zajęło 22,5 sekundy na stacji roboczej w porównaniu z 48,5 sekundy na laptopie. Szybkość wykonania została więc poprawiona z grubsza o współczynnik 2-2,5. Na stacji roboczej nie wykorzystano nawet 50% pamięci RAM. Średnie obciążenie procesora w czterech rdzeniach (raportowane przez Menedżera zadań Windows) wyniosło tylko około 13%. Obciążenie na rdzeń (jak podaje Temp rdzenia) wyniosło około 25-40% dla JEDNEGO rdzenia, podczas gdy było <= 10% dla pozostałych, co wskazuje, że MySQL nie korzysta z wielu rdzeni dla pojedynczego zapytania .