Проблема подвисания биллинга во время применения тарифа

Desecho

Сразу после нажатия на кнопку применить, биллинг подвисает на 5-10-20 минут. Такое происходит с двумя биллингами.
Версия UTM - 5.2.1-005
Версия MySQL - Ver 14.12 Distrib 5.0.45

Вот пример того что отображается в mysql логе во время подвисания -

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

1 Query UPDATE accounts SET int_status='0' WHERE id='1054'
120924 9&#58;31&#58;16 1 Query UPDATE accounts SET int_status='0' WHERE id='1054'
120924 9&#58;32&#58;09 1 Query UPDATE accounts SET int_status='0' WHERE id='1054'
120924 9&#58;33&#58;02 1 Query UPDATE accounts SET int_status='0' WHERE id='1054'
120924 9&#58;33&#58;55 1 Query UPDATE accounts SET int_status='0' WHERE id='1054'

Во время подвисания сам mysql отвечает на запросы (например в phpmyadmin) и процессор не перегружается.

Посмотрел debug.log во время подвисания. Вот что он пишет

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

?Debug &#58; Sep 24 10&#58;21&#58;09 DBCtx&#58; MySQL query failed&#58;<Lock wait timeout exceeded; try restarting transaction> Trying to reconnect&#58; 1
?Debug &#58; Sep 24 10&#58;21&#58;17 FW@182.13.41.2&#58; Ping reply received
?Debug &#58; Sep 24 10&#58;21&#58;47 FW@182.13.41.2&#58; Ping reply received
?Debug &#58; Sep 24 10&#58;22&#58;02 DBCtx&#58; MySQL query failed&#58;<Lock wait timeout exceeded; try restarting transaction> Trying to reconnect&#58; 2
?Debug &#58; Sep 24 10&#58;22&#58;17 FW@182.13.41.2&#58; Ping reply received
?Debug &#58; Sep 24 10&#58;22&#58;47 FW@182.13.41.2&#58; Ping reply received
?Debug &#58; Sep 24 10&#58;22&#58;55 DBCtx&#58; MySQL query failed&#58;<Lock wait timeout exceeded; try restarting transaction> Trying to reconnect&#58; 3
?Debug &#58; Sep 24 10&#58;23&#58;47 FW@182.13.41.2&#58; Ping reply received
?Debug &#58; Sep 24 10&#58;23&#58;48 DBCtx&#58; MySQL query failed&#58;<Lock wait timeout exceeded; try restarting transaction> Trying to reconnect&#58; 4
 ERROR &#58; Sep 24 10&#58;23&#58;50 DBCtx&#58; MySQL query failed&#58;
 ERROR &#58; Sep 24 10&#58;23&#58;50 DBASQLError&#58; MySQL query failed&#58;
?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; Obtained 16 stack frames.
?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_Z15print_backtracev+0x23&#41; &#91;0x836c3e3&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAErrorC2ERKSsS2_+0x50&#41; &#91;0x81d1df0&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM11DBASQLErrorC1ESs+0x48&#41; &#91;0x81d1f98&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM12DBACtx_mysql11_sql_insertERKSsRNS_12sql_result_tE+0x14f&#41; &#91;0x831b4df&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM6DBACtx10sql_insertERKSsRNS_12sql_result_tE+0xe1&#41; &#91;0x81e6f11&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAClass10sql_insertERKSsRNS_12sql_result_tE+0x26&#41; &#91;0x81e6f96&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess10raw_sql_iuEPKcPNS_12sql_result_tE+0x4c&#41; &#91;0x81e6ffc&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess27__change_account_int_statusEii+0xd3&#41; &#91;0x81f77b3&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess10mega_blockENS_14what_blocked_tEiNS_12block_type_tEbbll+0x3c3&#41; &#91;0x81ecdd3&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess22__system_block_accountEil+0xcc&#41; &#91;0x81ecebc&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8DBAccess20system_block_accountEi+0x3e&#41; &#91;0x81eeece&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;hw_block_handler+0x374&#41; &#91;0x83590b4&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8BusQueue7executeERPN3Bus9blm_basicE+0x117&#41; &#91;0x834fa57&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /netup/utm5/bin/utm5_core&#40;_ZN3UTM8BusLogic7processEPv+0x104&#41; &#91;0x834dbc4&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /lib/libpthread.so.0 &#91;0xb7da0192&#93;

?Trace &#58; Sep 24 10&#58;23&#58;50 trace&#58; /lib/libc.so.6&#40;clone+0x5e&#41; &#91;0xb7bf802e&#93;

 ERROR &#58; Sep 24 10&#58;23&#58;50 DBCtx&#58; Exception while doing SQL insert/update !
?Debug &#58; Sep 24 10&#58;23&#58;50 DBCtx&#58; SQL query&#58; UPDATE dtagg_periodic SET discounted='326.119760',discounted_without_tax='326.119760' WHERE id='3300'
?Debug &#58; Sep 24 10&#58;23&#58;50 BusLogic&#58; currently blm with code 16 executing

Пожалуйста, подскажите в чем может быть проблема и что можно предпринять. Спасибо.

JAO · Сообщение **JAO** » Пн сен 24, 2012 12:21

Покажите, пожалуйста, конфиг MySQL. Сообщите тип таблиц в базе UTM и их размер.

Desecho

На первом биллинге общий размер - 227.8 МБ, тип - InnoDB, на другом - 6.55Mb и тоже InnoDB.
Все данные которые приведены в первом сообщении относятся к первому биллингу. Второй биллинг точно так же подвисает на том же месте и вероятно там такая же проблема.

Вот конфиг к первому биллингу (у второго тот же конфиг):

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

 
&#91;client&#93;
port            = 3306
socket          = /var/lib/mysql/mysql.sock

&#91;mysqld&#93;
port            = 3306
socket          = /var/lib/mysql/mysql.sock
skip-locking
key_buffer = 16M
max_allowed_packet = 1M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M
log=/var/log/mysql.log
 
server-id       = 1
   
&#91;safe_mysqld&#93;
err-log=/var/lib/mysql/mysqld.log

&#91;mysqldump&#93;
quick
max_allowed_packet = 16M

&#91;mysql&#93;
no-auto-rehash

&#91;isamchk&#93;
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

&#91;myisamchk&#93;
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

&#91;mysqlhotcopy&#93;
interactive-timeout

JAO · Сообщение **JAO** » Ср сен 26, 2012 15:22

Всё по умолчанию. Потому и проблемы. У вас какой объем оперативки на сервере с MySQL?

Desecho

Вот данные по оперативной памяти:

биллинг1 - Mem: 3360292k total, 3093140k used, 267152k free
биллинг2 - Mem: 1035976k total, 1010392k used, 25584k free

Что вы могли бы посоветовать сделать с настройками и т.д?

JAO · Сообщение **JAO** » Чт сен 27, 2012 07:53

Для 4 гигов:

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

innodb_log_files_in_group=3
innodb_log_file_size=192M
innodb_buffer_pool_size=1024M
innodb_additional_mem_pool_size=64M
innodb_file_per_table=1

Для 1 гига:

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

innodb_log_files_in_group=3
innodb_log_file_size=192M
innodb_buffer_pool_size=256M
innodb_additional_mem_pool_size=16M
innodb_file_per_table=1

Инструкция по грамотному вводу этих параметров в дело

Всё для пятой версии MySQL