Виснет УТМ или база?

[Cramac]

Всем привет. Есть УТМ 5.2.1-005 и MySQL 5.1.58
Периодически через какое то время работы при смене блокировки с админиской блокировки на включен, что то виснет, толи УТМ толи МАЙСКЛ, помогает сброс пустых коннектов к базе.

Что такое может быть и как решить?

[JAO]

SHOW FULL PROCESSLIST можно глянуть для начала. Логи биллинга тоже. Можно также включить лог медленных запросов и посмотреть, что творится.

[Cramac]

В момент подвисов, там куча соединений в Sleep и 1 коннект что то выполняет.

Код: Выделить всё

	 ID 	 Пользователь 	 Хост 	 БД  	 Команда 	 Время 	 Статус 	 SQL-запрос 
 Убить 	 1 	 root 	 localhost 	 UTM5 	 Sleep 	 4 	 --- 	 --- 
 Убить 	 2 	 root 	 localhost 	 UTM5 	 Sleep 	 1 	 --- 	 --- 
 Убить 	 3 	 root 	 localhost 	 UTM5 	 Sleep 	 0 	 --- 	 --- 
 Убить 	 81801 	 root 	 localhost 	 UTM5 	 Sleep 	 26 	 --- 	 --- 
 Убить 	 81802 	 root 	 localhost 	 UTM5 	 Sleep 	 25 	 --- 	 --- 
 Убить 	 81878 	 root 	 localhost 	 mysql 	 Query 	 0 	 --- 	 SHOW PROCESSLIST

если убить все sleep коннекты, то все пойдет дальше, если не трогать, висеть может минут хх...

еще щас в настройках mysql увеличил max allowed packet с 1мб до 64мб...

[JAO]

Может увеличить число соединений в конфиге MySQL?

[Cramac]

max connections 151
это имеете ввиду?

или

max user connections 0

[JAO]

Надо пробовать покрутить и то и это, тут главное причину найти, а она может быть как в UTM, так и в MySQL, судя по описанию, но если сброс соединений помогает, то это наверняка MySQL. База в каком формате?

[Cramac]

таблицы все в innoDB

[JAO]

Покажите конфиг MySQL по части InnoDB.

[Cramac]

Весь конфиг

Код: Выделить всё

[client]
port		= 3306
socket		= /home/mysql/mysql.sock


# The MySQL server
[mysqld]
port		= 3306
socket		= /home/mysql/mysql.sock
skip-locking
skip-name-resolve
key_buffer = 16K
max_allowed_packet = 64M
table_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 64K
#log=/home/mysql/log_query.log
wait_timeout=500
interactive_timeout=500
log-slow-queries=/home/mysql/slow_queries.log
long_query_time=10


# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (using the "enable-named-pipe" option) will render mysqld useless!
# 
#skip-networking
server-id	= 1

tmpdir=/home/mysql/tmp
# Uncomment the following if you want to log updates
#log-bin

# Uncomment the following if you are NOT using BDB tables
#skip-bdb

# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /usr/local/mysql/data/
#innodb_data_file_path = ibdata1:10M:autoextend
#innodb_log_group_home_dir = /usr/local/mysql/data/
#innodb_log_arch_dir = /usr/local/mysql/data/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 5M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 8M
sort_buffer_size = 8M

[myisamchk]
key_buffer = 8M
sort_buffer_size = 8M

[mysqlhotcopy]
interactive-timeout

[JAO]

Хм. Возможно, решение здесь

[Cramac]

Спасибо, попробую.