Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
У меня повисла сессия и заблочила базу. :-) Пытаюсь ее убить через onmode -z [sessionid] предварительно узнав номер сессии через onstat -u Как ее прибить с правами администратора? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 13:16 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Собственно вопрос в том что после команды onmode -z 123 курсор переходит на следующую строку а сессия остается висеть... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 13:18 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Собственно вот список сессий. Там же версия сервера... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 13:21 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Вопрос снят. Просто оно долго откатывалось :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 13:37 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Петров АндрейСобственно вот список сессий. Там же версия сервера... Во флаге (позиция три) написано, что транзакция этой сессии откатывается. Примечание. Если сессия начала транзакцию, требующую дофига блокировок, то выполняться транзакция будет долго, а сессия "как бы зависнет". Если, минут через Х решить, что "сессия зависла" и сделать onmode -z, то транзакция начнёт откатываться. И будет откатываться примерно те же Х минут . Это - правильно. Так и должно быть. Более того, если вдруг админу приспичит убить весь сервер (например, по kill -9), то при старте сервер дооткатит эту транзакцию. И это тоже правильно. Что делать. 1. Внимательно. Т.е. очень внимательно работать с блокировками. Нет никаких проблем затормозить работу вообще всего на свете, если блокировки ставить наобум. 2. Схему данных желательно оптимизировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 13:55 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Ilya Kulagin1. Внимательно. Т.е. очень внимательно работать с блокировками. Нет никаких проблем затормозить работу вообще всего на свете, если блокировки ставить наобум. 2. Схему данных желательно оптимизировать. А можно с этого места и поподробнее? А то ваши максимы звучат прекрасно, но им, IMHO, не хватает конкретики - что значит "очень внимательно"? Да и советы по оптимизации - в студию! BTW, мне кажется, знатоков заклинаниями не проймешь, а новичков только запутаете... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 16:51 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Ix-7.31;9.4 Ilya Kulagin1. Внимательно. Т.е. очень внимательно работать с блокировками. Нет никаких проблем затормозить работу вообще всего на свете, если блокировки ставить наобум. 2. Схему данных желательно оптимизировать. А можно с этого места и поподробнее? А то ваши максимы звучат прекрасно, но им, IMHO, не хватает конкретики - что значит "очень внимательно"? Да и советы по оптимизации - в студию! BTW, мне кажется, знатоков заклинаниями не проймешь, а новичков только запутаете... Можно. Давайте конкрентые данные, по которым можно строить анализ для вашего конкретного случая. з.ы Совершенству нет предела. з.ы.ы Я уже видел одного CAP с похожим поведением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 19:26 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Ix-7.31;9.4 а новичков только запутаете... Лично мне хотелось побудить оных новичков к чтению документации не только по утилитам управления сервером (до этого, думаю, дело уже дошло), но и по программированию в sql. В которой всё написано, по крайней мере, для 99% реальных случаев. Я лично тоже начинал с "метода научного тыка пальцем". Т.е. вот эти самые наблюдения "как что откатывается/стартует" - взяты из личного опыта примерно десятилетней давности. Потом таки ценой неоднократных ночных бдений по восстановлению всего-на-свете-порушенного-непринуждённым-движением дошёл до простой мысли: сперва читаю доку, потом думаю, как надо делать, потом делаю. Времени экономится немеряно. И нервные клетки не страдают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2006, 16:32 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
авторВо флаге (позиция три) написано, что транзакция этой сессии откатывается. Примечание. Если сессия начала транзакцию, требующую дофига блокировок, то выполняться транзакция будет долго, а сессия "как бы зависнет". Если, минут через Х решить, что "сессия зависла" и сделать onmode -z, то транзакция начнёт откатываться. И будет откатываться примерно те же Х минут . Это - правильно. Так и должно быть. Более того, если вдруг админу приспичит убить весь сервер (например, по kill -9), то при старте сервер дооткатит эту транзакцию. И это тоже правильно. А если после старта сервера транзакция зависла. Как убить эту транзакцию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2006, 01:52 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Ilya Kulagin Петров АндрейСобственно вот список сессий. Там же версия сервера... Во флаге (позиция три) написано, что транзакция этой сессии откатывается. Примечание. Если сессия начала транзакцию, требующую дофига блокировок, то выполняться транзакция будет долго, а сессия "как бы зависнет". да блокировки-то тут при чем ?! Время уходит на чтение транзакции из логов, в обратном порядке, и выполнении откатывающих операций - т.е. чем длиннее транзакция, и чем больше логов у сервера, тем дольше будет откатываться. Количество блокировок не играет рояли. Если в начале дня открыть транзакцию, весь день апдейтить одну и ту же запись (с единственной блокировкой), и к концу дня начать ее откатывать - то времени на откат уйдет мама не горюй. В качестве практической меры - могу посоветовать делать транзакции покороче, а перед DELETE проверять число удаляемых записей ( самая распространенная причина LONG TRANSACTION). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2006, 02:28 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Valery Chub авторВо флаге (позиция три) написано, что транзакция этой сессии откатывается. Примечание. Если сессия начала транзакцию, требующую дофига блокировок, то выполняться транзакция будет долго, а сессия "как бы зависнет". Если, минут через Х решить, что "сессия зависла" и сделать onmode -z, то транзакция начнёт откатываться. И будет откатываться примерно те же Х минут . Это - правильно. Так и должно быть. Более того, если вдруг админу приспичит убить весь сервер (например, по kill -9), то при старте сервер дооткатит эту транзакцию. И это тоже правильно. А если после старта сервера транзакция зависла. Как убить эту транзакцию? а никак. Это вызовет data inconsistency. На это информикс пойти не могет ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2006, 02:30 |
|
||
|
Как убить висящую сессию
|
|||
|---|---|---|---|
|
#18+
Выбегалло Valery Chub авторВо флаге (позиция три) написано, что транзакция этой сессии откатывается. Примечание. Если сессия начала транзакцию, требующую дофига блокировок, то выполняться транзакция будет долго, а сессия "как бы зависнет". Если, минут через Х решить, что "сессия зависла" и сделать onmode -z, то транзакция начнёт откатываться. И будет откатываться примерно те же Х минут . Это - правильно. Так и должно быть. Более того, если вдруг админу приспичит убить весь сервер (например, по kill -9), то при старте сервер дооткатит эту транзакцию. И это тоже правильно. А если после старта сервера транзакция зависла. Как убить эту транзакцию? а никак. Это вызовет data inconsistency. На это информикс пойти не могет ! впрочем, саппорт имеет утилиту для "обрезания" logical logs ( tbzero / onzero ), это уже неоднократно обсуждалось на форуме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2006, 02:32 |
|
||
|
|
start [/forum/topic.php?fid=44&msg=34195097&tid=1608509]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 381ms |
| 0 / 0 |
