|
|
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Есть БД oracle 10.2.0.1 Необходимо произвести оценку интенсивности использования индексов. Как это можно сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2009, 21:57:19 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
serg59Есть БД oracle 10.2.0.1 Необходимо произвести оценку интенсивности использования индексов. Как это можно сделать? FTFM Monitoring Index Usage SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2009, 03:25:39 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Возможно подойдет v$segment_statistics. С учетом, конечно, что статистики также отражают insert, update, delete. С monitoring есть неприятные нюансы, вроде того что индекс может использоваться самим Ораклом для проверки ссылочной целостности или получения статистики, но это не ловится мониторингом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2009, 04:01:50 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
К сожалению, от MONITORING USAGE весьма мало толку. Чтоб определить что индекс не используется нужно прогнать все/большинство типичных запросов. Но если показывается, что индекс использовался, это далеко не факт что он использовался в нужном запросе, а не в каком-то случайном, где от него был только вред и на самом деле его лучше вообще снести ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2009, 04:02:58 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровК сожалению, от MONITORING USAGE весьма мало толку. Чтоб определить что индекс не используется нужно прогнать все/большинство типичных запросов. Но если показывается, что индекс использовался, это далеко не факт что он использовался в нужном запросе, а не в каком-то случайном, где от него был только вред и на самом деле его лучше вообще снести+ при сборе статистики по таблице + индексам индекс метится как используемый... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2009, 16:36:21 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
SY, а нету этой статьи на русском? или описать как проверить статистику использования индекса на простеньком примере из одной таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2009, 23:06:05 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
serg59, забей на MONITORING USAGE. В 10ке есть новый механизм отслеживания использования индексов. Содержание раздела "Monitoring Index Usage" вкратце: 1) Делаешь ALTER INDEX index MONITORING USAGE 2) Перестаешь дышать (т.к. сбор статистики по индексам автоматически отметит использование) 3) Запускаешь все свои запросы 4) Смотришь в V$OBJECT_USAGE На практике так можно поотстреливать только самые бесполезные индексы, про нежизнеспособность которых было известно с момента их создания. P.S.: Вот тут оный механизм для 10ки описан. Гугл по набору слов "Oracle index usage" рулит. P.S.2: Английский в этих статьях как правило вполне доступный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 00:24:52 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
AlterlingВ 10ке есть новый механизм отслеживания использования индексов. ... P.S.: Вот тут оный механизм для 10ки описан Это не новый механизм, а очередной бред от Бурлесона. Его скрипт лезет в TOP запросов AWR. Но на то он и TOP, чтобы хранить не все запросы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 00:54:55 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Если совсем не хочется мониторить индекс, то смотрим периодически в v$sql_plan на предмет разобранных планов в кеше с его участием. Не факт, что не провороните, но обычно результат адекватный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 01:02:10 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
DВА, А некак непосчитать количество раз которое используеться индекс за промежуток времени ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 13:31:14 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
serg59, можно попробовать взять v$segment_statistics в момент т1 и т2 и посчитать разницу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 14:51:35 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Alterling P.S.: Вот тут оный механизм для 10ки описан. а что выдаеться в запросах? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. и Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. и первый запрос у меня ошибку выдает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 15:10:25 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
SYserg59Есть БД oracle 10.2.0.1 Необходимо произвести оценку интенсивности использования индексов. Как это можно сделать? FTFM Monitoring Index Usage SY. Так и непонял как проверить как часто используеться индекс. Пока что определяю вообще использеуться ли индекс или нет с помощью V$OBJECT_USAGE... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2009, 15:25:27 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
DВАЕсли совсем не хочется мониторить индекс, то смотрим периодически в v$sql_plan на предмет разобранных планов в кеше с его участием. Не факт, что не провороните, но обычно результат адекватный. а запрос как такой писать ? например есть индекс A_IDX? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Что нетак делаю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2009, 18:55:47 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
serg59, Well, I admit, my suggestion on MONITORING USAGE is "не в тeму". MONITORING USAGE is more to determine which indexes are not/rarely used. I suppose you could try something like: 1. Create a table INDEX_USAGE. Something like this. For each user you want to monitor: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 2. Set all indexes to MONITORING USAGE. 3. Run a job every so often that does something like: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. SY. P.S. I do not know what performance penalty is associated with keeping MONITORING USAGE for a long time. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2009, 20:30:32 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
serg59, Как по-моему, V$OBJECT_USAGE - не лучшее средство. Но, раз об нем речь - причина "YES" в USED -это либо кто-то собрал статистику либо индекс таки был использован где-то в планах. Можно сделать вот что: собрать статистику и посмотреть в user_indexes, колонки BLEVEL, DISTINCT_KEYS, CLUSTERING_FACTOR и NUM_ROWS. Если BLEVEL равно или больше 3..4 или CLUSTERING_FACTOR сравним по величине с NUM_ROWS или наоборот, DISTINCT_KEYS очень мало по сравнению с NUM_ROWS, то это повод задуматься над реорганизацией индексов, даже если они используются по V$OBJECT_USAGE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2009, 23:01:55 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Когда то давно пробовал так, периодическими запусками в момент реальной работы: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2009, 23:08:52 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
AlterlingCLUSTERING_FACTOR сравним по величине с NUM_ROWS или наоборот, ... то это повод задуматься над реорганизацией индексов После перестройки индекса изменится CLUSTERING_FACTOR ? Или NUM_ROWS ? Хороший фактор кластеризации так же плох, как и плохой ? Типо, лучшее -- враг хорошего ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2009, 03:36:21 |
|
||
|
Оценка интенсивности использования индексов
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, нет разумеется, зачем такие глаза? и почему реорганизация=перестройка? А почему тогда DISTINCT_KEYS вопросов не вызвал? Или у вас DISTINCT_KEYS изменяется после alter index rebuild? И если вы заметили, я не дал однозначных советов, я сказал "повод задуматься". Высокий CLUSTERING_FACTOR по отношению к NUM_ROWS говорит о том, таблица неупорядочена по этому индексу и что индекс скорее неудачный, его использование скорее всего вызовет много логических чтений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2009, 12:46:01 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=35847314&tid=1887613]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
176ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 437ms |

| 0 / 0 |
