Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ASA 9.0.2 - Drop statistics ? (+)
|
|||
|---|---|---|---|
|
#18+
Доброго дня! Столкнулся с непонятной для меня (на данный момент) проблемой - производительность сервера. Проблема заключается в том, что после того как сброшу статистику по всем таблицам скорость работы более чем устраивает. По прошествии какого-то времени, когда сервер набирает статистику, скорость обработки запросов падает ... Через примерно 7 дней работы скорость выполнения запросов ну просто никакая (сравнивал планы запросов до и после сброса статистики - по мере накопления статистики сервер все чаще отказывается от использования индексов). Как выход - делать сброс статистики постоянно, но это решение мне не нравится. Какие есть еще варианты? Почему механизм разработанный для повышения производительности вдруг работает на ее понижение? (возможно были допущены ошибки при проектировании базы или при выборе индексов ... может всезнающий ALL расскажет ...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2006, 14:46 |
|
||
|
ASA 9.0.2 - Drop statistics ? (+)
|
|||
|---|---|---|---|
|
#18+
1. Попробовать не дропать, а пересоздавать статистику 2. Попробовать свежий EBF 3. Проанализировать планы запросов и проверить селективность условий. Использование индекса не всегда является самым оптимальным путем. 4. Посмотреть что скажет index consultant по тормозящим запросам. Если замечены явные ошибки в пункте 3, то максимально упростив сделать ситуацию легко воспроизводимой и заявть case по ошибке. До исправления искать другие пути решения проблемы: пересмотр структуры, запросов, в крайнем случае ручное выставление селективности для нужных условий и т.п. -- Портал русскоязычной группы пользователей Sybase ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2006, 15:16 |
|
||
|
ASA 9.0.2 - Drop statistics ? (+)
|
|||
|---|---|---|---|
|
#18+
автор3. Проанализировать планы запросов и проверить селективность условий. Использование индекса не всегда является самым оптимальным путем. План запросов разительно меняется до сброса, после сброса, после перестроения статистики. автор4. Посмотреть что скажет index consultant по тормозящим запросам. Ну и этот друг советует разные вещи в зависимости от (drop, create statistics), при чем иногда доходит до смешного - он предлагает создать индексы - создаешь их, радостно смотришь план и ... не использует база то что посоветовал index consultant. авторто максимально упростив сделать ситуацию легко воспроизводимой и заявть case по ошибке Попробую ... но "Усложнять легко ... упрощать сложно!" (с) не мой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2006, 15:40 |
|
||
|
ASA 9.0.2 - Drop statistics ? (+)
|
|||
|---|---|---|---|
|
#18+
Александр Гoлдун2. Попробовать свежий EBFЭто кстати да. Там постоянно что-то мутят в оптимизаторе. Александр Гoлдун3. Проанализировать планы запросов и проверить селективность условий. Использование индекса не всегда является самым оптимальным путем.А еще стоит вспомнить про WITH(INDEX(index_name)) :) Если есть подозрение что оптимизатор берет неправильный индекс, попробуйте запускать один и тот же селект с принудительным вызовом разных индексов. И замерять реальное время обработки. Возможно использование индекса действительно не нужно в данной ситуации. А вообще, я несколько раз пытался разговаривать с сайбезовским тех-саппортом и каждый раз ответ был: "если drop/create statistic решает проблему, скорее всего у вас подпорченые индексы, перестройте базу". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2006, 19:22 |
|
||
|
|

start [/forum/topic.php?fid=55&tid=2012582]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
52ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 364ms |

| 0 / 0 |
