В лог 80 порта nginx ничгео не падает.
nginx весит на 80 и 443 порту.
На сервере iptables по умолчанию, все разрешено.
Коннект на 80 порт не доходит, но почему тогда отбрасывается 504 ошибка?
Может что то у хостера с 80 портом, может точно что то с натом у хостера.
Я мунин давно использую, пока всем устраивает.
Из-за двух виндовых серверов на забикс не буду переходить.
По видимому этот диск примонтирован в данный момент.
Покажите команду mount.
С начало отмантировываете, удаляете таблицу разделов, создаете новую как вам нужно и после уже создаете fs на разделах.
Форматировать можно только отмонтированные диски!
Этот малохольный уже и на opennet.ru пытается вымолить настройки сервера.
https://www.opennet.ru/openforum/vsluhforumID15/4558.html
за 12 часов работы сервера много записей
Базы все вмещаются в пул, я на всякий случай пул сделал на 1,5 гига больше.
Так как же все таки оптимизировать этот параметр, я не до конца понимаю этот параметр, везде как то размыто написано.
По поводу этого параметры (innodb_flush_log_at_trx_commit = 2) пока тестирую поведения сервера. До этого параметр равнялся 0.
SSD диски, думаю в дальнейшем отказаться от параметра query_cache_size, в mysql 8 он вообще убран.
[client] port=3306 socket=/tmp/mysql.sock default-character-set = utf8 [mysqld] sql-mode= NO_AUTO_CREATE_USER explicit_defaults_for_timestamp = 1 innodb_lru_scan_depth = 256 skip_ssl wait_timeout = 600 interactive_timeout = 600 datadir=/var/db/base_mysql/mysql tmpdir = /var/db/mysql_tmpdir bind-address=10.10.10.2 port=3306 socket=/tmp/mysql.sock skip-name-resolve skip-external-locking default-storage-engine = innodb max_connections = 250 key_buffer_size = 40M max_allowed_packet = 180M sort_buffer_size = 10M read_buffer_size = 10M join_buffer_size = 70M max_length_for_sort_data = 5M read_rnd_buffer_size = 12M max_heap_table_size=220M tmp_table_size=220M table_open_cache = 12000 table_open_cache_instances = 8 myisam_sort_buffer_size = 40M query_cache_size= 150M query_cache_type = 1 query_cache_limit= 1M thread_cache_size = 50 innodb_buffer_pool_size = 20G innodb_log_file_size = 2G innodb_buffer_pool_instances = 20 innodb_write_io_threads = 52 innodb_read_io_threads = 52 innodb_thread_concurrency = 16 innodb_flush_log_at_trx_commit = 2 innodb_log_buffer_size = 18M transaction-isolation = READ-COMMITTED innodb_flush_method = O_DIRECT innodb_io_capacity=15000 innodb_io_capacity_max=55000 long_query_time=1 log_error = /mnt/backup/log/mysql/errors.log [mysqldump] quick [mysql] no-auto-rehash [myisamchk] key_buffer_size = 128M sort_buffer_size = 128M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout
Попробовал удалить графики mysql_keys и mysql_table_locks, перезагрузил мунин, графики создались те же, что были до удаления, по прежнему данные в них не рисуются.
mysql57-client-5.7.28_2 =mysql57-server-5.7.28_2 =
Больше идет скорее на чтение, но иногда несколько раз в неделю запускаются большие запросы на обновление товаров. при этом идет большее чтение и запись.
Структура таблиц innodb.
Ресурсов пока хватает.
Другие графики mysql мунин отрисовывает нормально.
Пользователь munin существует, пробовал под ним авторизоваться, да и другое же графики mysql рисуются.
# munin-node-configure | grep 'mysql' | grep yes mysql_ | yes | innodb_semaphores commands files_tables innodb_bpool innodb_insert_buf innodb_io network_traffic table_locks tmp_tables innodb_tnx innodb_rows innodb_log sorts slow select_types mysql_bytes | yes | mysql_connections | yes | mysql_connections_per_user | yes | mysql_keys | yes | mysql_threads | yes |
munin-node-configure --suggest ничего не происходит, как бы зависает. логи мунина по этому поводу пусты.
