baas

В лог 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 ничего не происходит, как бы зависает. логи мунина по этому поводу пусты.