Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
странное поведение SYSTEM TEMP TABLESPACE
|
|||
|---|---|---|---|
|
#18+
Привет! случилась намедни странная вещь: есть хранимая процедура которая собирает в табличку записи из десятка курсоров. Большинство курсоров возвращает по одной записи. И вот работала она себе давно и нормально и вдруг ДБ2 стала стремительно пожирать дисковое пространство до полной остановки (около 5 гиг). Наблюдение показало что растет именно SYSTEM TEMPORARY TABLESPACE с размером страницы 8К (всего их два - со страницами 4К и 8К). После удаления TABLESPACE с 8К процедура заработала как и раньше... (но ведь это самое TABLESPACE существовало и раньше). при повторном создании TABLESPACE - Db2 снова пожирает диск и система замедляется прямо на глазах... может кто-нибудь встречался с подобным? Какая тут может быть причина? Linux SLES 10.1, DB2 9.5 sp 3b ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2009, 00:20 |
|
||
|
странное поведение SYSTEM TEMP TABLESPACE
|
|||
|---|---|---|---|
|
#18+
небольшая поправка: диск душит не сама процедура, а запрос, который имеет несколько Common Table Expression и кучу JOIN-ов... все остальное как и прежде не понятно: почему же DB2 выбирает 8К, тогда как вполне хватает 4К? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2009, 13:35 |
|
||
|
странное поведение SYSTEM TEMP TABLESPACE
|
|||
|---|---|---|---|
|
#18+
Добрый день. Oleg Kozlovskiможет кто-нибудь встречался с подобным? Какая тут может быть причина?Скорее всего оптимизатор, видя что у него есть system temporary с 8K стал выбирать план запроса, который предполагает его использование. Попробуйте собрать статистику на все таблицы и индексы, участвующие в запросе. Кроме того можно попробовать: - установить переменную DB2_OPT_MAX_TEMP_SIZE в некоторое разумное значение - пересобрать процедуру с другим optimization level: call sysproc.set_routine_opts('QUERYOPT 3') перед create procedure ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2009, 16:19 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=36312939&tid=1602981]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
171ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 267ms |

| 0 / 0 |
