Посмотрите, настроена ли ваша база данных. Особенно изоляция транзакций. Не рекомендуется добавлять переменную innodb_lock_wait_timeout.
Проверьте уровень изоляции транзакции базы данных в mysql cli:
mysql> SELECT @@GLOBAL.tx_isolation, @@tx_isolation, @@session.tx_isolation;
+-----------------------+-----------------+------------------------+
| @@GLOBAL.tx_isolation | @@tx_isolation | @@session.tx_isolation |
+-----------------------+-----------------+------------------------+
| REPEATABLE-READ | REPEATABLE-READ | REPEATABLE-READ |
+-----------------------+-----------------+------------------------+
1 row in set (0.00 sec)
Вы можете получить улучшения, изменяющие уровень изоляции, используя oracle, как READ COMMITTED вместо REPEATABLE READ (по умолчанию InnoDB)
mysql> SET tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)
mysql> SET GLOBAL tx_isolation = 'READ-COMMITTED';
Query OK, 0 rows affected (0.00 sec)
mysql>
Также попробуйте использовать SELECT FOR UPDATE только в случае необходимости.
Без сомнения утечки памяти. Особенно, когда Вы делаете вещам нравится, динамично создают средства управления и добавляют обработчики в ASP.NET. На Загрузке Страницы.
распараллельте утечки, Вы часто забываете считать количество потоков
Это чисто вымышленно, но Ошибка Ellen Ullman является замечательным рассказом о твердом для нахождения ошибки, которая имела трагические последствия.
проблемы преобразования символов в edbdic системах, где системный механизм для обработки этого был отключен - urgh