VN
300-500 торговых агентов - частая ситуация.
Size: a a a
2021 October 08
g
да ладно, че ты начинаешь, погляди на платформу 21ую, парни реально потели )
g
ага, у каждого второго бизнеса в этой стране )
КЧ
Магнит лайв меттерс
JD
Не то что не верю - просто в моем представлении это должны быть сотни узлов, на каждом из которых между тактами обмена накапливаются десятки тысяч изменений по одному типу объекта, но в этом случае какая-то часть точек ввода этих изменений (транзакций записи объектов) по-любому будут успевать прорваться за отведенный таймаут 20 секунд (по умолчанию).
КЧ
Хватит 5 тысяч для эскалации блокировки на уровень таблицы.
КЧ
Ну и да, полтора юзера у тебя будут писать документы чаще чем раз в час. Но это считай эквивалент отвала информационной системы.
VN
Ну это странно. Длительность транзакции записи номера сообщения даже на пару тысяч регистраций не выполняется 20 сек.
Но если это приводит в таймаутам, то проблему нужно искать не в плане обмена.
Слишком длинные транзакции регистрации.
Я бы регистрацию оставлял на конец транзакций.
Но если это приводит в таймаутам, то проблему нужно искать не в плане обмена.
Слишком длинные транзакции регистрации.
Я бы регистрацию оставлял на конец транзакций.
JD
Которую вроде как можно и отключить?
КЧ
Можно, это правда запрещено лиц соглашением, и если вдруг тебе понадобится заблочить пару сотен тысяч строчек скулю прийдётся попотеть
КЧ
пара тысяч регистраций это вообще не проблема =) Можно никогда об этом и не вспоминать пока их пара тысяч между выгрузками =)
JD
Ну т.е. вся беда только из-за эскалации была?
КЧ
Основная да, но её отключение это выстрел в ногу на попоже, потому что при ещё увеличении нагрузок, скуль начнёт непомерно долго блокировать все строки без эскалации, что в итоге всё равно приведёт к деградации
VN
С какого порога беда приходит? 10 ? 100?
КЧ
5к на таблицу, 5к предел на котором оптимизатор скуля может принять решение о эскалации блокировки
VN
И только когда много узлов?
Один узел с эскалацией наверно тоже пофиг
Один узел с эскалацией наверно тоже пофиг
КЧ
на один узел это конечно не приятно, но волне терпимо. Да, узлов должно быть много чтобы это стало проблемой на уровне отказа приложения
JD
А в каких сценариях ему надо будет заблокировать все строки? Вроде только массовая перерегистрация какая-нибудь, а это по идее что-то форс-мажорное...
A
А что в этот момент выполняется в обмене - загрузка или выгрузка?
КЧ
Ну не все, но много, 50-100-150 тысяч например, ну и это форс мажор если у тебя 100 юзеров, а если у тебя 15 тысяч юзеров, от это рабочий день =)