09.12.2008 14:31
В 42сп4 часто намертво лочится таблица отвечающая за продажи со счета клиента
( Error Code : 1213 Deadlock found when trying to get lock; Try restarting transaction (265 ms taken))

Запрос который не может выполнится:
insert into local_auth_account_journal(account_id,amount,date,source_type,source_id,cash_id,comment,balance,action_date)
(select '515200' as acc_id, '5808.89' as amount,case when '5808.89' = 0 then l.date else '2008-11-06 14:31:01' end as date,2 as source_type,
'1603' as source_id,0 as cash_id,'перенос с карты B29344' as comment,IFNULL(l.balance,0)+'5808.89' as balance,NOW() as action_date
from local_auth_account_journal l
where l.account_id = '515200' and
l.date <= '2008-11-06 14:31:01'
order by l.date DESC,l.id DESC)
UNION (select '515200' as acc_id, '5808.89' as amount,'2008-11-06 14:31:01' as date,2 as source_type,'1603' as source_id,0 as cash_id,'перенос с карты B29344' as comment, '5808.89' as balance, NOW() as action_date )
LIMIT 1

------------
Вопрос - как разлочить таблицу без перезагрузки мускул-сервера? Радченко Алексей сказал что разработчики это пофиксили в последних версиях 45ой, но мы 46ую ждём где для нас много вкусного наобещали реализовать...
В мануалах и факах не удалось найти :(.
09.12.2008 14:46
Вообще, поразительно настолько через жопу так считать баланс каждый раз.

И вот этот скрипт на сервере постоянно крутиться после дедлока начинает:
select a.id, t.type from trm_in_account_type t left outer join local_auth_account a on a.account_type_id = t.id and a.params = 'A01406' where t.id = 8 and t.global_id = 0 and t.deleted = 0
09.12.2008 15:02
Стало интересно...
Может в InnoDB перевести?
Цитата:
InnoDB автоматически обнаруживает взаимоблокировку транзакций и производит откат транзакций, запрос на блокировку которых вызвал возникновение взаимоблокировки, то есть замкнутого цикла в графике ожиданий транзакций. InnoDB не может обнаружить взаимоблокировку, установленную оператором MySQL LOCK TABLES, или блокировку, установленную отличным от InnoDB обработчиком таблиц. Такие ситуации необходимо исправлять при помощи параметра innodb_lock_wait_timeout, который задается в `my.cnf'.
Когда InnoDB выполняет полный откат транзакции, все блокировки, установленные транзакцией, снимаются. Тем не менее, если в результате ошибки производится откат только одного оператора SQL, некоторые блокировки, установленные оператором, могут остаться в силе. Это происходит потому, что InnoDB хранит блокировку строк в формате, по которому впоследствии нельзя определить, каким оператором SQL была установлена блокировка.
09.12.2008 15:23
Таблица в InnoDB и так :(. В client_account_manage.php используется GET_LOCK().
А сделать RELEASE_LOCK() можно только зная стринг по которому делалась лочка...
09.12.2008 15:24
innodb_lock_wait_timeout=300 стоит..
09.12.2008 15:30
А зачем ты ее разлочиваешь? Она же через 5 минут должна сама отваливаться...
09.12.2008 15:37
Она час может простоять и не разлочится.
10.12.2008 09:45
А какое побочное действие этот лок вызывает?
10.12.2008 11:55
Очень серьёзные.
Не проходит расчёт с юр.лицами.
Не возможно зачислить деньги на безнальный счёт/завести новый безнальный счёт.
10.12.2008 13:10
А сессия которая залочила таблицу в списках show process list висит?



Место лока конечно очень нехорошее и особо баловаться там чревато, появлением или недопоявлением сумм у клиента.



Перед тем как делать флушь, покикать все сессии с сервера, чтобы ненароком не зацепить ту сессию которая лочит таблицу по делу.

Хотя все это попахивает багами самого мускуля.

И еще, после чего происходит блокировка таблицы? Она постоянная или редкая? Может она происходит когда во время транзакции связь сервера с кассой рвется.
Часовой пояс GMT +3, время: 06:52.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.