Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
ASE 12.5. Проблема такая - имеются два сервера. На один заносятся данные. Потом с него снимается дамп и устанавливается на другом. Там идут только select'ы. так вот на первом все работает нормально а на втором все начинает тормозить. Такое впечатление, что не работают индексы. Это нормальная ситуация, и индексы надо перестраивать на втором сервере, или все таки можно что-то сделать еще на первом сервере? И можно ли перестроить индексы иначе, чем удалить и создать заново? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 13:06 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
А сервера совершенно одинаковые по аппаратной части? Sybase настроен на них одинаково? Скорее всего дело в этом, а не в индексах. Кстати, для меня тоже загадка, частое-ли явление в Sybase поломка индексов. Я не согласен с утвержением, что в тормознутости приложений виновата "поломка индексов". Я так полагаю, что перестроение индексов перестраивает статистику по полям таблицы и это объясняет увеличение быстродействия. Или я не прав? Или индексы все же действительно необходимо периодически перестраивать? (по крайней мере кластерные). Какую полезную вещь несет перестроение индексов? Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 14:13 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
второй сервер мощнее первого, такая операция проводилась несколько раз, все было нормально до этого случая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 15:48 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
Тогда можно попробовать сделать update statistics для таблиц базы. (А по колесам стучал?) :-) а селект один и тот же выполняется на разных серверах по-разному? Если есть возможность проверить, то выполните какой-нить тормозной запрос на обоих серверах, посмотрев при этом план запроса и сравните результаты выполнения: set showplan on go set statistics time on go set statistics io on go dbcc traceon(302) go <здесь сам select > dbcc traceoff(302) go set showplan off go set statistics time off go set statistics io off go Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2005, 16:01 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
конфигурации серверов одинаковые ? В общем, ничего нигде не слетает, просто запросы оптимизатором по другому оптимизируются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 12:05 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
Для выполнения запросов используется хранимая процедура. Она не менялась. Просто в базу на первом сервере добавили новые данные, и перенесли на второй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 13:43 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
RTFM sp_recompile <имя таблицы> Запросы, используемые триггерами и хранимыми процедурами, оптимизируются только один раз - во время их компиляции. По мере добавления индексов или внесения других изменений в базу данных, которые отражаются на ее статистике, скомпилированные хранимые процедуры и триггеры могут стать неэффективными. Путем перекомпиляции хранимых процедур и триггеров, которые работают с таблицей, можно оптимизировать запросы для достижения максимальной эффективности. Можно также сервер перегрузить, но тогда, пока кэш в "устойчивый" режим не войдет, сервер может тормозить Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 15:43 |
|
||
|
Слетают индексы
|
|||
|---|---|---|---|
|
#18+
По мере добавления индексов или внесения других изменений в базу данных, которые отражаются на ее статистике, скомпилированные хранимые процедуры и триггеры могут стать неэффективными. Путем перекомпиляции хранимых процедур и триггеров, которые работают с таблицей, можно оптимизировать запросы для достижения максимальной эффективности. В данном случае это не "подходит". База как я понял поднята из дампа, так что там все полностью уже есть - статистика, деревья запросов. Если платформа одна и та же (а иначе дамп не поднимается, т.е. поднимается, но только в самой последней версии) , то при одинаковой конфигурации серверов оптимизироваться все должно более-менее одинаково. А вот на счет кэша - это очень правильно. Вначале сервер может очень сильно "подтормаживать" из-за того, что кэш еще не набит и много physIO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 09:47 |
|
||
|
|
start [/forum/topic.php?fid=55&tid=2013795]: |
0ms |
get settings: |
5ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
50ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 216ms |
| total: | 352ms |
| 0 / 0 |
