День добрый.
Имею сервер fb 3.0.4 classic, работает под linux. База весит ~30Гб.
С базой работает веб приложение. Параметры транзакции выставлены следующие: read commited, record version, wait.
Принцип работы такой: у приблизительно 40 пользователей с интервалом в 6 сек обновляется несколько гридов с данными. Так же в фоне работает служба, которая периодически принимает данные из вне и затем пишет/обновляет их в базе.
Так вот, примерно после минут 20-30, на этапе обновление строки с данными в таблице, по которой идет интенсивный селект этих данных, происходит "лок" базы, т.е. у всех пользователей зависают запросы, ibexpert и т.д.
Если зайти в htop, там видно что болтается один два процесса firebird, которые грузят на 100% по одному ядру проца. Если убить этот зависший процесс fb, база отвисает, продолжает работать в штатном режиме. При этом на 2.5.8 такой проблемы нет.
Есть у кого какие мысли что это такое может быть?

Самое интересное что сейчас на боевой базе 2.5, настройки сервера одинаковые что на 2.5 что на 3.0, проблем подобного рода не было ни разу. На 3-ке же такая беда, причем один раз ibexpert не завис, в мониторинге удалось увидеть что висит транзакция с апдейтом одной записи. Я в принципе даже предположить не могу, почему так происходит.

Автосвип выключен.
Sweep interval=0

Пожалуйста
https://drive.google.com/open?id=1u5kkPCe4KRxkhvm_Noxhj2xmplANmdeY

Да, именно процесс 14243 повесил базу. Получается, что в 3.0 локи обрабатываюся не как в 2.5, потому что подобных зависаний на 2.5 не было ни разу.
Спасибо за наводку, будем разбираться.

Запросы что я выполнял написаны нормально, есть конечно куда опимизировать, но уж точно не коряво.
На 3.0 super работает отлично, зависаний нет, но там другая проблема, в корявых udf, которые работали на 2.5, но на 3.0 падают в segmentation fault и валит за собой все коннекты.
Отсюда я могу сделать вывод, что в тройке classic работает не так, как на 2.5.

Мимопроходящий,

Я прочитал много материала по поводу wait/nowait, но так и не понял до конца, чем может грозить, если я установлю в nowait?
Т.е. как работают эти режимы я понимаю, но во что может вылиться использование этого режима я до конца понять не могу, если кто-то может внятно объяснить, помогите пожалуйста разобраться.

Всем спасибо за помощь :)
Позже, как будет больше свободного времени, попытаюсь провести более правильный тест и предоставить больше информации.
Пока же остановился на SuperServer, на нем, кроме пары кривых udf, все работает.

Снова проблема, теперь уже с SuperServer. Начинает виснуть при выполнении одной хп, снял lockprint во время полного зависания бд.
Можно ли понять по нему в чем проблема?
https://drive.google.com/open?id=18GlVi4JhjeXuSbhMWgIaxay_dyfbI18P

Одну из причин точно нашел. В хп, которая все вешает, делает ~3.5к вставок и удалений во временную таблицу, вставляется blob у которого sub_type text. Так вот, выполняется хп довольно быстро, что-то в районе 30-60 сек, но вот коммит висит очень долго, на пустой базе без пользователей 3-4 минуты, на загруженной базе больше 10 минут. Как раз во время коммита остальные запросы начинают виснуть, как только коммит проходит, все отвисает. Убираю в хп вставку блобов, коммит отрабатывает за 2 сек.
Чуть позже сделаю сравнение с fb 2.5 и сообщу о результате.