1. [Strona główna](/) › 2. [Baza wiedzy](/baza-wiedzy/) › 3. MySQL - optymalizacja my.cnf # MySQL - optymalizacja i konfiguracja my.cnf Opublikowano: 9 kwietnia 2026 · Kategoria: Baza danych, VPS ⚡ W skrócie · 8 min czytania - Konfiguracja my.cnf krok po kroku: innodb\_buffer\_pool\_size (60-70% RAM), max\_connections, thread\_cache\_size, tmp\_table\_size, slow query log, binary log. Gotowe konfiguracje dla VPS 2 GB i 4 GB RAM. - Lokalizacja i struktura my.cnf. - InnoDB Buffer Pool - najważniejszy parametr. - Gotowa konfiguracja - VPS 2 GB RAM. - Gotowa konfiguracja - VPS 4 GB RAM. Domyślna konfiguracja MySQL jest bardzo zachowawcza - zaprojektowana żeby działała na słabym sprzęcie, nie żeby była wydajna. Na VPS ze świeżo zainstalowanym MySQL często innodb\_buffer\_pool\_size wynosi zaledwie 128 MB. Przy dobrze dobranej konfiguracji możesz uzyskać 5-10× szybsze zapytania bez zmiany ani linii kodu aplikacji. ## Lokalizacja i struktura my.cnf ``` # Typowe lokalizacje my.cnf / mysqld.cnf # /etc/mysql/my.cnf (główny plik) # /etc/mysql/mysql.conf.d/mysqld.cnf (Ubuntu/Debian - tu edytuj) # /etc/my.cnf (CentOS/RHEL) # Sprawdź gdzie MySQL szuka plików konfiguracyjnych mysqld --help --verbose 2>/dev/null | grep "Default options" # Sprawdź aktywną konfigurację mysql -u root -p -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';" ``` ## InnoDB Buffer Pool - najważniejszy parametr InnoDB Buffer Pool to pamięć podręczna danych i indeksów. Jeśli dane mieszczą się w buffer pool, MySQL serwuje je z RAM - bez odczytu dysku. Cel: buffer pool hit ratio **powyżej 99%**. ``` # Sprawdź aktualny hit ratio mysql -u root -p -e " SELECT FORMAT( (1 - innodb_buffer_pool_reads / innodb_buffer_pool_read_requests) * 100, 2 ) AS 'Buffer Pool Hit Ratio %' FROM information_schema.INNODB_METRICS WHERE name IN ('buffer_pool_reads', 'buffer_pool_read_requests') LIMIT 1; " # Lub krócej mysql -u root -p -e "SHOW STATUS LIKE 'Innodb_buffer_pool_read%';" ``` ## Gotowa konfiguracja - VPS 2 GB RAM ``` # /etc/mysql/mysql.conf.d/mysqld.cnf - VPS 2 GB RAM [mysqld] # === PODSTAWOWE === user = mysql bind-address = 127.0.0.1 # Tylko lokalne połączenia (bezpieczeństwo) port = 3306 # === INNODB BUFFER POOL (kluczowy parametr) === # 60% z 2 GB = ~1200 MB innodb_buffer_pool_size = 1G innodb_buffer_pool_instances = 1 # 1 na każde GB buffer pool # === INNODB OGÓLNE === innodb_log_file_size = 256M # Większy = rzadszy flush = szybszy zapis innodb_flush_log_at_trx_commit = 2 # 1=bezpieczny, 2=szybszy (ryzyko utraty 1s danych) innodb_flush_method = O_DIRECT # Pomija cache OS (lepsze dla dużego buffer pool) # === POŁĄCZENIA === max_connections = 100 # PHP-FPM z 20 workerami: max_connections = workers * 4 thread_cache_size = 16 # Cache wątków - zmniejsza overhead tworzenia połączeń wait_timeout = 600 # Rozłącz nieaktywne połączenia po 10 min interactive_timeout = 600 # === TABELE TYMCZASOWE === # Jeśli tymczasowa tabela przekroczy ten limit, MySQL zapisze ją na dysk tmp_table_size = 64M max_heap_table_size = 64M # === QUERY CACHE (MYSQL 5.7 TYLKO) === # W MySQL 8.0 query_cache_type i query_cache_size zostały usunięte # query_cache_type = 0 # query_cache_size = 0 # === SORT I JOIN BUFFERS === sort_buffer_size = 2M # Per połączenie (nie zmniejszaj za bardzo) join_buffer_size = 2M read_rnd_buffer_size = 4M # === BINLOG (replikacja / point-in-time recovery) === # Odkomentuj jeśli używasz replikacji # log_bin = /var/log/mysql/mysql-bin.log # binlog_expire_logs_seconds = 604800 # 7 dni # === SLOW QUERY LOG === slow_query_log = 1 slow_query_log_file = /var/log/mysql/slow.log long_query_time = 1 # Loguj zapytania trwające > 1 sekundy log_queries_not_using_indexes = 0 # Ustaw na 1 żeby znaleźć brakujące indeksy ``` ## Gotowa konfiguracja - VPS 4 GB RAM ``` # /etc/mysql/mysql.conf.d/mysqld.cnf - VPS 4 GB RAM [mysqld] bind-address = 127.0.0.1 # 65% z 4 GB = ~2.6 GB innodb_buffer_pool_size = 2G innodb_buffer_pool_instances = 2 # 1 na każde GB buffer pool innodb_log_file_size = 512M innodb_flush_log_at_trx_commit = 1 # Pełne bezpieczeństwo (produkcja) innodb_flush_method = O_DIRECT innodb_io_capacity = 400 # IOPS dysku (SSD: 400-2000) innodb_io_capacity_max = 2000 max_connections = 200 thread_cache_size = 32 wait_timeout = 600 interactive_timeout = 600 tmp_table_size = 128M max_heap_table_size = 128M sort_buffer_size = 4M join_buffer_size = 4M read_rnd_buffer_size = 8M slow_query_log = 1 slow_query_log_file = /var/log/mysql/slow.log long_query_time = 0.5 ``` ## Porównanie parametrów dla różnych rozmiarów RAM Parametr VPS 1 GB VPS 2 GB VPS 4 GB VPS 8 GB `innodb_buffer_pool_size` 512 MB 1 GB 2 GB 5 GB `innodb_buffer_pool_instances` 1 1 2 4 `max_connections` 50 100 200 400 `tmp_table_size` 32 MB 64 MB 128 MB 256 MB `innodb_log_file_size` 128 MB 256 MB 512 MB 1 GB ## Analiza slow query log ``` # Podsumowanie slow query log (wbudowane narzędzie) mysqldumpslow -t 10 /var/log/mysql/slow.log # -t 10 = top 10 najwolniejszych zapytań # Lepsze narzędzie: pt-query-digest (Percona Toolkit) sudo apt install percona-toolkit pt-query-digest /var/log/mysql/slow.log | head -100 # Sprawdź plan wykonania konkretnego zapytania EXPLAIN SELECT * FROM wp_posts WHERE post_status = 'publish' ORDER BY post_date DESC LIMIT 10; # Sprawdź kolumnę "type" - "ALL" = pełny skan tabeli (problem!), "index" lub "ref" = OK ``` ## MySQLTuner - automatyczna analiza ``` # Pobierz i uruchom MySQLTuner (po min. 24h działania serwera) wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/mysqltuner.pl perl mysqltuner.pl --user root --pass TwojeHaslo --forcemem 2048 # MySQLTuner wskaże m.in.: # [!!] InnoDB buffer pool / data size: 128.0M / 2.5G (za mały!) # [OK] Buffer pool hit rate: 99.98% # [!!] Temporary tables created on disk: 35% (za dużo - zwiększ tmp_table_size) # [!!] Thread cache hit rate: 85% (zwiększ thread_cache_size) ``` ## Najczęstsze pytania Jaka powinna być wartość innodb\_buffer\_pool\_size? + InnoDB Buffer Pool to pamięć podręczna danych i indeksów MySQL - im większa, tym więcej danych jest serwowanych z RAM zamiast dysku. Zalecana wartość to 60-70% dostępnej RAM. Na serwerze z 2 GB RAM: 1-1.2 GB (ustaw 1G). Na serwerze z 4 GB RAM: 2.5-2.8 GB (ustaw 2G lub 3G). Na serwerze z 8 GB RAM: 5-6 GB. Upewnij się że po ustawieniu zostaje przynajmniej 512 MB RAM na system operacyjny i PHP-FPM. Czy query\_cache jest nadal używany w MySQL 8.0? + Nie. Query Cache (query\_cache\_type, query\_cache\_size) został oznaczony jako deprecated w MySQL 5.7 i całkowicie usunięty w MySQL 8.0. Okazał się anty-wzorcem - przy dużym obciążeniu cache powodował contention (rywalizację o mutex) i spowalniał zapytania zamiast przyspieszać. W MySQL 8.0 zamiast query cache używaj: ProxySQL z cache warstwy proxy, Redis/Memcached do cache aplikacyjnego, lub materialized views dla kosztownych agregatów. Jak bezpiecznie zrestartować MySQL po zmianach w my.cnf? + Przed restartem zawsze wykonaj kopię zapasową: mysqldump --all-databases > backup.sql. Następnie sprawdź poprawność konfiguracji: mysqld --validate-config (MySQL 8.0+) lub mysqld --help --verbose > /dev/null. Jeśli nie ma błędów, przeładuj: systemctl restart mysql. Monitoruj logi zaraz po restarcie: journalctl -u mysql -f. Zmiana innodb\_buffer\_pool\_size nie wymaga restartu w MySQL 5.7.5+ - można zmienić dynamicznie przez SET GLOBAL innodb\_buffer\_pool\_size = 1073741824. Co to jest mysqltuner i jak go uruchomić? + MySQLTuner to skrypt Perl analizujący statystyki MySQL po minimum 24-48h działania i proponujący zmiany konfiguracji. Uruchom: wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/mysqltuner.pl && perl mysqltuner.pl --user root --pass TwojeHaslo. Skrypt sprawdza m.in.: hit ratio buffer pool (pożądane >99%), użycie thread cache, stosunek tabel tymczasowych na dysku do wszystkich tabel tymczasowych, oraz podaje konkretne sugestie dla my.cnf. Uruchamiaj go ponownie po każdej większej zmianie konfiguracji. ## Sprawdź oferty pasujące do tego scenariusza Poniżej masz szybkie przejścia do ofert i stron z kodami rabatowymi tam, gdzie są dostępne. Contabo VPS z dużą pamięcią RAM - idealne dla bazy danych MySQL z dużym buffer pool Dużo RAM [Aktywuj rabat →](/out/contabo/#reklama "Contabo") #Reklama · link partnerski [Zobacz kod rabatowy →](/kody-rabatowe/contabo/) LH.pl Hosting WordPress z MySQL 8.0 i automatyczną optymalizacją bazy danych MySQL 8.0 [Aktywuj rabat →](/out/lh-pl/#reklama "LH.pl") #Reklama · link partnerski [Zobacz kod rabatowy →](/kody-rabatowe/lh-pl/) Zenbox Hosting z MariaDB, phpmyadmin i ograniczeniami zasobów per konto MariaDB [Aktywuj rabat →](/out/zenbox/#reklama "Zenbox") #Reklama · link partnerski [Zobacz kod rabatowy →](/kody-rabatowe/zenbox/) ## Powiązane strony - [MySQL slow query log - analiza i optymalizacja](/baza-wiedzy/mysql-slow-query-log/) - [MySQL replikacja master-slave](/baza-wiedzy/mysql-replication-master-slave/) - [MariaDB vs MySQL - porównanie dla hostingu](/baza-wiedzy/mariadb-vs-mysql-hosting/) - [Wszystkie artykuły](/baza-wiedzy/) - [MySQL replikacja - konfiguracja master-replica MySQL replikacja asynchroniczna: konfiguracja mastera (server-id, binlog), CHANGE REPLICATION SOURCE TO, SHOW REPLICA… ](/baza-wiedzy/mysql-replikacja-master-replica/) - [MySQL backup - automatyzacja i rotacja kopii zapasowych Automatyczne backupy MySQL: mysqldump z rotacją 7/4/12, cron, rclone + Backblaze B2/S3/Wasabi, Percona XtraBackup dla… ](/baza-wiedzy/mysql-backup-automatyzacja/) - [Redis Cluster - sharding danych na 6 węzłach Redis Cluster: architektura 6 węzłów (3 master + 3 replica), skrypt generujący konfigurację portów 7001-7006, redis-cli… ](/baza-wiedzy/redis-cluster-konfiguracja/) - [Jaki VPS wybrać?](/jaki-vps-wybrac/) Autor: [Redakcja HostGrade.pl](/autorzy/) Zespół redakcyjny · Aktualizacja: 9 kwietnia 2026 Artykuły HostGrade.pl przygotowuje i aktualizuje redakcja serwisu. Ceny startowe, ceny odnowienia i warunki planów sprawdzamy w cennikach i regulaminach dostawców, a potem liczymy całkowity koszt za 2 lata (cena startowa plus odnowienia). Zasady zbierania danych i liczenia kosztów opisujemy na stronie Metodologia. Linki partnerskie oznaczamy jako #reklama. [O redakcji i metodologii →](/autorzy/)