размер LOB сегмента растет, а данных в нем почти нет / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / размер LOB сегмента растет, а данных в нем почти нет

15 сообщений из 15, страница 1 из 1

размер LOB сегмента растет, а данных в нем почти нет

#39514097

Олег73

Гость

Добрый день
Помогите разобраться.
Есть табличка в ней столбец типа CLOB для хранения xml-лек
С недавних пор резко стал расти LOB сегмент этой таблички.
Размер достиг 20 ГБ а запрос:
SELECT SUM (DBMS_LOB.getlength ('SYS_LOB0000219528C00003$$')) / 1024 / 1024 AS "MB" FROM FM_ALINK_RESULTS;
выдает что в нем фактически 262 МБ.
Делал move таблицы, все пришло в норму, место освободилось. Прошло 2 дня а он уже 7 ГБ а данных в нем 575 МБ
Почему так пухнет и как с этим бороться?

PS Сильно не пинайте, с Oracle дружу, но пока не очень долго и не так плотно как хотелось бы ибо других задач по работе много

...

Рейтинг:

0 / 0

01.09.2017, 13:56

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514105

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

RTFM LOB Storage Parameters: PCTVERSION/RETENTION ^(FAQ)

...

Рейтинг:

0 / 0

01.09.2017, 14:09

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514179

Олег73

Гость

Спасибо за ссылку
узнал для себя про PCTVERSION.
проверяю параметр PCTVERSION для LOB
select PCTVERSION from dba_lobs where table_name='FM_ALINK_RESULTS' and owner='POTKOM';
результат null
Проверяю RETENTION:
select RETENTION from dba_lobs where table_name='FM_ALINK_RESULTS' and owner='POTKOM';
результат 4

параметр PCTVERSION null - значит не задан процент места в лобе под хранение устаревших данных? Тогда почему же все таки так пухнет лоб?
Может что-то не правильно понял в доке по ссылке?

...

Рейтинг:

0 / 0

01.09.2017, 15:49

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514180

Не тупи

Гость

Олег73SELECT SUM (DBMS_LOB.getlength ('SYS_LOB0000219528C00003$$')) / 1024 / 1024 AS "MB" FROM FM_ALINK_RESULTS;
Лучше иди в школу
Сегодня день знаний

...

Рейтинг:

0 / 0

01.09.2017, 15:52

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514198

Олег73

Гость

Не тупи,
1) читай PS в первом сообщении
2) нормально объясни, я же помощи просил а не сарказм и петросянить
делаю запрос
SELECT l.table_name,
L.COLUMN_NAME,
s.segment_name,
S.TABLESPACE_NAME,
l.owner,
s.bytes / 1024 / 1024 AS "MB"
FROM dba_lobs l, dba_segments s
WHERE s.segment_name = l.segment_name
AND s.owner = l.owner
AND s.segment_type = 'LOBSEGMENT'
ORDER BY bytes DESC;

выдает мне список lob, беру из поля segment_name имя моего лоб (SYS_LOB0000219528C00003$$) и вставляю в запрос
SELECT SUM (DBMS_LOB.getlength ('SYS_LOB0000219528C00003$$')) / 1024 / 1024 AS "MB"
FROM FM_ALINK_RESULTS;
чем тебе не нравится SYS_LOB0000219528C00003$$ ? и мой запрос на вывод места в лоб?
Я могу немного пока тупить тк, опять же, читай PS выше

...

Рейтинг:

0 / 0

01.09.2017, 16:26

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514205

Stax

Участник

Откуда: Ukraine,Lviv

Сообщения: 4 370

Рейтинг: 0 / 0

Олег73,

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.

SQL> SELECT DBMS_LOB.getlength ('SYS_LOB0000219528C00003$$') FROM dual;

DBMS_LOB.GETLENGTH('SYS_LOB0000219528C00003$$')
-----------------------------------------------
                                             25

SQL> ed
Wrote file afiedt.buf

  1* SELECT DBMS_LOB.getlength ('1SYS_LOB0000219528C00003$$') FROM dual
SQL> /

DBMS_LOB.GETLENGTH('1SYS_LOB0000219528C00003$$')
------------------------------------------------
                                              26

'SYS_LOB0000219528C00003$$' строка длиной 25

.....
stax

...

Рейтинг:

0 / 0

01.09.2017, 16:31

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514225

Олег73

Гость

Stax,

воот, понятно где тупил!

ок, вот теперь какой запрос по моей таблице:
select sum(dbms_lob.getlength(SYS_NC00003$))/1024/1024 from FM_ALINK_RESULTS t
выводит что данных в таблице на 264 мб

...

Рейтинг:

0 / 0

01.09.2017, 16:57

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514229

v323rs

Гость

Вообщем так ...

Есть сигмент "SYS_LOB0000219528C00003$$"

-- Вычисляем размер сегмента

Код: plsql

1.
2.
3.

  select sum(bytes)/1024/1024 mbytes
    from dba_extents x
  where x.segment_name = 'SYS_LOB0000219528C00003$$'

result = 7 696 mb

-- Находим колонку которая привязана к этому сегменту

Код: plsql

select column_name from dba_lobs where SEGMENT_NAME='SYS_LOB0000219528C00003$$'

result = 'SYS_NC00003$'

-- смотрим занимаемый размер колонки

Код: plsql

select sum(dbms_lob.getlength(SYS_NC00003$))/1024/1024 from FM_ALINK_RESULTS t

result = 264,545269012451 mb

Почему сегмент весит 7 696 mb, а данные 264 mb

...

Рейтинг:

0 / 0

01.09.2017, 17:06

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514243

Участник

Откуда: Middlebury, CT USA

Сообщения: 10 588

Рейтинг: 0 / 0

BASICFILE или SECUREFILE?

SY.

...

Рейтинг:

0 / 0

01.09.2017, 17:29

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514265

Не тупи

Гость

Трудно догадаться, что колонка с таким именем скрывает за собой пользовательский/сложный/составной тип?
Разбирайся из чего он состоит

...

Рейтинг:

0 / 0

01.09.2017, 18:35

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514732

Олег73

Гость

SY,

BASICFILE

...

Рейтинг:

0 / 0

03.09.2017, 19:04

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514736

Участник

Откуда: Middlebury, CT USA

Сообщения: 10 588

Рейтинг: 0 / 0

Вообще-то вначале общие понятия. Out-of-line LOB пишутся в LOBSEGMENT кусками (chunks). Размер куска задается при создании (смотри select column_name,chunk from user_lobs where table_name = 'твоя-таблица' для твоих CLOB). Предположим 8K. Это значит что, например, при средней длине CLOBa в 2K ты будешь терять в среднем по 6K на CLOB, т.e. размер LOBSEGMENT будет в 4 раза превышать размер данных. Пока переваривай это, потом перейдешь к PCTVERTION/RETENTION.

SY.

...

Рейтинг:

0 / 0

03.09.2017, 19:26

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514840

ЛОБ

Гость

Олег73,

Постулат: место, ранее занятое удаленным (deleted) LOB-значением, не переиспользуется при вставке/расширении новых/других LOB-значений. (создайте тестовую таблицу с парой длинных текстовых полей и LOB-полем, вставьте в нее пару гигов LOB-значений размером не менее 4к и несколько сот метров в текстовые поля, посмотрите размер сегмента таблицы и LOB-сегмента, удалите вставленные строки, снова посмотрите размеры сегментов, затем еще раз вставьте такой же объем данных как ранее, еще раз посмотрите на размеры сегментов и убедитесь что сегмент самой таблицы не изменил своего размера, а LOB-сегмент вырос в два раза).
Учитывая имя вашего LOB-поля, можно предположить что это некое вычисляемое поле, созданное во имя существования функционального индекса.
При этом наверняка ваш приклад выполняет апдейт исходного LOB-значения, над которым построен функциональный индекс, а Оракл в ответ на это выполняет удаление вычисляемого для функционального индекса прежнего LOB-значения, и вставку обновленного вычисленного LOB-значения.
Ворэраунд - либо пересматривать процесс работы приложения с индексируемым LOB-значением, либо переводить LOB-сегмент в SECUREFILE и периодически по расписанию делать ему SHRINK (возможность сильно зависит от используемой версии СУБД и параметров табличного пространства, в котором живет LOB-сегмент. За подробностями - в документацию по команде ALTER TABLE)

...

Рейтинг:

0 / 0

04.09.2017, 08:54

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514845

Elic

Участник

Сообщения: 30 360

Рейтинг: 0 / 0

ЛОБПостулат: место, ранее занятое удаленным (deleted) LOB-значением, не переиспользуется при вставке/расширении новых/других LOB-значений.И тебе RTFM

P.S.ЛОБУчитывая имя вашего LOB-поля, можно предположить что это некое вычисляемое поле, созданное во имя существования функционального индекса.

Олег73CLOB для хранения xml-лек

...

Рейтинг:

0 / 0

04.09.2017, 09:09

| Ответить | Цитировать | Написать

размер LOB сегмента растет, а данных в нем почти нет

#39514910

Олег73

Гость

Попробовали отследить объем данных вставляемых в табличку.
В результате видим, что идет операция вставки, а далее только множественные операции обновления данных и идет увеличение размера LOB.
Т.Е. размер все таки растет из-за хранения предыдущих версий данных.
Пошел еще раз читать про PCTVERTION/RETENTION

...

Рейтинг:

0 / 0

04.09.2017, 10:54

| Ответить | Цитировать | Написать

15 сообщений из 15, страница 1 из 1

Форумы / Oracle [игнор отключен] [закрыт для гостей] / размер LOB сегмента растет, а данных в нем почти нет

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=52&msg=39514180&tid=1885319]:	0ms
get settings:	10ms
get forum list:	14ms
check forum access:	3ms
check topic access:	3ms
track hit:	209ms
get topic data:	10ms
get forum data:	2ms
get page messages:	52ms
get tp. blocked users:	1ms
others:	238ms

total:	542ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы