Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam! mam pewien problem, otóż mam na serwerze zainstalowany serwer mysql MariaDB.
Według narzędzia HTOP oraz free z 4GB ram zostaje mi bardzo niewiele, a większosć zużywa serwer mysql.
[img]https://d3higte790sj35.cloudfront.net/images/ot/zn/f8bf7b61c714adbb4e2d35547ca14114.jpeg[/img]
Co mogę zrobić aby zdiagnozować przyczynę?
To jest mój my.cnf
# # The MySQL database server configuration file. # # You can copy this to one of: # - "/etc/mysql/my.cnf" to set global options, # - "~/.my.cnf" to set user-specific options. # # One can use all long options that the program supports. # Run program with --help to get a list of available options and with # --print-defaults to see which it would actually understand and use. # # For explanations see # http://dev.mysql.com/doc/mysql/en/server-system-variables.html # This will be passed to all mysql clients # It has been reported that passwords should be enclosed with ticks/quotes # escpecially if they contain "#" chars... # Remember to edit /etc/mysql/debian.cnf when changing the socket location. [client] port = 3306 socket = /var/run/mysqld/mysqld.sock # Here is entries for some specific programs # The following values assume you have at least 32M ram # This was formally known as [safe_mysqld]. Both versions are currently parsed. [mysqld_safe] socket = /var/run/mysqld/mysqld.sock nice = 0 [mysqld] # # * Basic Settings # user = mysql pid-file = /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port = 3306 basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp lc-messages-dir = /usr/share/mysql skip-external-locking # # Instead of skip-networking the default is now to listen only on # localhost which is more compatible and is not less secure. bind-address = 127.0.0.1 # # * Fine Tuning # key_buffer = 16M max_allowed_packet = 16M thread_stack = 192K thread_cache_size = 8 # This replaces the startup script and checks MyISAM tables if needed # the first time they are touched myisam-recover = BACKUP #max_connections = 100 #table_cache = 64 #thread_concurrency = 10 # # * Query Cache Configuration # query_cache_limit = 1M query_cache_size = 20M # # * Logging and Replication # # Both location gets rotated by the cronjob. # Be aware that this log type is a performance killer. # As of 5.1 you can enable the log at runtime! #general_log_file = /var/log/mysql/mysql.log #general_log = 1 # # Error log - should be very few entries. # log_error = /var/log/mysql/error.log # # Here you can see queries with especially long duration slow_query_log_file = /var/log/mysql/mysql-slow.log slow_query_log = 1 long_query_time = 2 log_queries_not_using_indexes # # The following can be used as easy to replay backup logs or for replication. # note: if you are setting up a replication slave, see README.Debian about # other settings you may need to change. #server-id = 1 #log_bin = /var/log/mysql/mysql-bin.log expire_logs_days = 10 max_binlog_size = 100M #binlog_do_db = include_database_name #binlog_ignore_db = include_database_name # # * InnoDB # # InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/. # Read the manual for more InnoDB related options. There are many! # # * Security Features # # Read the manual, too, if you want chroot! # chroot = /var/lib/mysql/ # # For generating SSL certificates I recommend the OpenSSL GUI "tinyca". # # ssl-ca=/etc/mysql/cacert.pem # ssl-cert=/etc/mysql/server-cert.pem # ssl-key=/etc/mysql/server-key.pem [mysqld] innodb_buffer_pool_instances = 1 innodb_buffer_pool_size = 79M [mysqldump] quick quote-names max_allowed_packet = 16M [mysql] #no-auto-rehash # faster start of mysql but no tab completition [isamchk] key_buffer = 16M key_buffer_size = 7M [mariadb] aria_pagecache_buffer_size = 2M # # * IMPORTANT: Additional settings that can override those from this file! # The files must end with '.cnf', otherwise they'll be ignored. # !includedir /etc/mysql/conf.d/
Ostatnio edytowany przez Twige (2017-11-01 22:09:28)
Offline
https://www.linuxatemyram.com/
Offline
[quote=Carnophage]https://www.linuxatemyram.com/[/quote]
Bardzo dziękuję za tę informacje, jednak kursy linuksowe nie powiedzą wszystkiego :)
Dodatkowo chciałbym się jeszcze dowiedzieć jednej rzeczy.
Mam zainstalowany php7.0
i niekiedy php7.0-fpm pool www pokazuje się w htop'ie i wcina na chwile sporą część procesora powiedzmy 11%, można w jakiś sposób zdiagnozować czemu sie tak dzieje?
Offline
Pierwsze primo:
Wielkość buforów serwera mysql ustawiasz w konfigu my.cnf
Nie warto ich za bardzo ograniczać.
U mnie mysqld życzy sobie:
272.6 MiB + 352.0 KiB = 272.9 MiB mysqld
Drugie primo:
Zobacz, czy ten [b]php-fpm7.0[/b] nie ma jakichś zadań realizowanych przez crona, i sprawdź, co zapisuje do logów (w [b]/var/log/syslog[/b] powinno coś być).
Ostatnio edytowany przez Jacekalex (2017-11-02 00:40:35)
Offline
Ciekawi mnie dlaczego przy bazie, która ma 25mb mysql zjada praktycznie cały ram, nieważne czy to serwer z 2gb czy 6gb
Offline
Mysql zjada cały ram? to chyba jednak jakiś wyciek pamięci.
Poza tym czy sprawdzasz zajętość RAM?
Zainteresuj się tym skryptem do sprawdzania zajętości:
https://raw.githubusercontent.com/pixelb/ps_mem/master/ps_mem.py
I mechanizmem [b]cgroup[/b] do ograniczania apetytu na RAM różnych programów.
Offline
[quote=Jacekalex]Mysql zjada cały ram? to chyba jednak jakiś wyciek pamięci.
Poza tym czy sprawdzasz zajętość RAM?
Zainteresuj się tym skryptem do sprawdzania zajętości:
https://raw.githubusercontent.com/pixelb/ps_mem/master/ps_mem.py
I mechanizmem [b]cgroup[/b] do ograniczania apetytu na RAM różnych programów.[/quote]
tak jak to wyglada tutaj:
https://d3higte790sj35.cloudfront.net/images/ot/zn/f8bf7b61c714adbb4e2d35547ca14114.jpeg
htop:
[img]https://d3higte790sj35.cloudfront.net/images/jv/xh/34853e6913fd59dea09e8c6b5b2b34b6.jpeg[/img]
Offline
To mniej niż u mnie, u mnie dla mysqld pokazuje 609M VIRT i 261M RES w Htopie, więc chyba nie masz powodów do zmartwień.
Dowód rzeczowy:
https://s1.postimg.org/2bspcn14qn/mariadb.png
Ostatnio edytowany przez Jacekalex (2017-11-03 00:32:02)
Offline
Nie wiem gdzie ty widzisz jakiś problem.
Ciekawi mnie dlaczego przy bazie, która ma 25mb mysql zjada praktycznie cały ram, nieważne czy to serwer z 2gb czy 6gb[/quote]
Przestanie ciekawić gdy jednak przeczytasz podane wcześniej informacje:
https://www.linuxatemyram.com/Ostatnio edytowany przez yossarian (2017-11-03 00:39:07)
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00122 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.15.143.18' WHERE u.id=1 |
0.00086 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.15.143.18', 1732228268) |
0.00022 | SELECT * FROM punbb_online WHERE logged<1732227968 |
0.00047 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30021 AND t.moved_to IS NULL |
0.00021 | SELECT search_for, replace_with FROM punbb_censoring |
0.00195 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30021 ORDER BY p.id LIMIT 0,25 |
0.00071 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30021 |
Total query time: 0.00578 s |