|
Действия ...
|
08.07.2011, 16:31
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
08.07.2011, 12:08
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
#18+
Коллеги, кто нибудь знает когда и в каких случаях энджайн читет sysusers? Столкнулся с тем что на продуктиве очень много последовательных чтений и цифры в статистике sysptprof по этой таблице очень большие. Есть ли возможность как-то повлиять на то каким обрасом сервер читает sysusers? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 12:25
|
|||
|---|---|---|---|
Informix 7.31 обращение к sysusers |
|||
|
#18+
В таблице sysusers хранятся данные о пользователях, ролях и их привилегиях. Логика подсказывает, что Информикс обращается к ней при авторизации пользователя или смене роли. Собственно что плохого собственно в большом количестве последовательных чтений? Есть проблемы с производительностью? Таблица большая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 12:46
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
#18+
DrGonzoВ таблице sysusers хранятся данные о пользователях, ролях и их привилегиях. Логика подсказывает, что Информикс обращается к ней при авторизации пользователя или смене роли. Собственно что плохого собственно в большом количестве последовательных чтений? Есть проблемы с производительностью? Таблица большая? да есть проблемы с производительностью. таблица не такая уж и большая, но количество сканов очень большое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 12:48
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
#18+
DrGonzo, практика показывает, что сервер обращается к этой таблице не только при подключении пользователя, а и внутри сеанса. Особенно при вызове ХП. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 12:51
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
#18+
У меня складывается впечатление что сервер сканит таблицу при втягивании в кэш ХП. Повторный вызов ХП чере короткое время обычно скана не вызывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 13:03
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
#18+
собственно вопрос закрыт. проблема пофиксена в 11.5 http://www.eggheadcafe.com/microsoft/Informix/36138797/sysmastersysusers-and-sequential-scans.aspx ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 16:31
|
|||
|---|---|---|---|
Informix 7.31 обращение к sysusers |
|||
|
#18+
cprсобственно вопрос закрыт. проблема пофиксена в 11.5 Так ведь вопрос был про 7.31 ? Помнится, когда то давно писал об этой проблеме (кроме множества чтений и сканов еще и множественные блокировки, причем даже при чтении таблицы и ее индекса) и в результате экспериментов выяснилось, что только при юзере informix никаких авторизаций (чтений sysusers) уже не производится, поэтому выгодно всю авторизацию и разделение прав вынести в промежуточный слой (сервер приложений), который уже под informix и работает с БД. Соответственно, максимум производительности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.07.2011, 19:40
|
|||
|---|---|---|---|
|
|||
Informix 7.31 обращение к sysusers |
|||
|
#18+
vasilis, в 731 производится и под логином informix. Если запускать select-ы то профиль таблицы sesptprof действительно не увеличивается не увеличивается. Я запускал приложение, которое активно использует ХП в которых обновляются данные. В этом случае профиль прирастает и еще как. А сервер приложений конечно дело хорошее, но это к сожалению не мой случай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=44&mobile=1&tid=1607316]: |
0ms |
get settings: |
11ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
47ms |
get topic data: |
3ms |
get forum data: |
1ms |
get page messages: |
170ms |
get tp. blocked users: |
0ms |
| others: | 287ms |
| total: | 526ms |
| 0 / 0 |
