|
|
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Господа подскажите пожалуйста, на мат вьюхе висит текстовый индекс, который по прошествии месяца начинает тормозить, синхронизация на нем стоит ON COMMIT, мат вьюха перестраивается каждые 10 минут, пока спасаюсь тем что после очередного звонка о медленном поиске, делаю index rebuild. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 16:21 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
попробуй там, где вызываешь матвьюху там индекс синхронизировать, а on commit не использовать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 16:42 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Shtock, А можно по конкретнее пожалуйста, не совсем догнал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 16:49 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Azfair, > по прошествии месяца начинает тормозить естественное явление для часто меняющейся таблицы > делаю index rebuild Лучше сделай жоб, котрый будет с нужной периодичностью выполнять ctx_ddl.optimize_index ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 17:44 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Всем привет, господа, сделал джоб который с периодичностью раз в неделю оптимизировал этот индекс, но .... все равно поиск по прошествии недели тупит со страшной силой.. Не знаю что делать, подскажите, почему так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2017, 15:45 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Смотри, раз так мало ответов, то наверное что-то не так написано. Наверняка ни у кого нет хрустального шара. Чтобы тебе помочь надо понимать хотя бы следующее: 1. версия оракла 2. тип рефреша мат вьюхи: фулл или фаст 3. если фулл то атомик или нет 4. партиционирована ли вьюха и индекс Также надо собрать трассу по индексу по всем эвентам ибо в экзампуле они не все до и после начала тормозов и пару раз в середине и главное я до сих пор не понял, зачем синхронизация on commit если вьюха синхронизируется раз в 10 минут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2017, 21:21 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
поставить sync в manual и после того как зарефрешил матвью делать sync индекса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2017, 21:29 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
это и фрагментацию уменьшит, если норм размер памяти выделишь и кучу др профитов... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2017, 21:31 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
например сразу же optimize ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2017, 21:32 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Вобщем поимал я такую ситауцию когда поиск начал сильно тупить, пытался проводить и оптимизацию и синхронизацию но все тщетно поиск так и тупил, делал оптимизацию с параметрами full, rebuild, но все равно. в итоге сделал следющую процедуру ctx_ddl.recreate_index_online и скорость поиска возобновилась. Сейчас сделалджоб который раз в неделю будет делать recreate. У меня вопрос какие последствия будут от этой операции? может увеличение записей в редологах? объясните пжлст ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2017, 16:24 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Azfair, авторможет увеличение записей в редологах? у тебя что одна таблица и этот индекс в базе, что ты об редологах беспокоишься?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2017, 18:14 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Конечно, лучше придумать темпозалепу,чем попытаться разобраться. Понимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2017, 20:22 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Нет нет, я хочу разобраться, сделал то что ты писал выше, но там все по нулям из за того что индекс был пересоздан ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2017, 08:10 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Что-то я думаю, что для определения рефреша вью индекс не имеет значения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2017, 21:19 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Вобщем чего накопал- при каждом решфреше вью, индекс увеличивался в два раза............. в итоге за неделю там набегало пипец 2 с копейками гига. Пораскинув мыслями собрал их в кучу и принял такое решение - вместо рефреша вьюхи on demand, сделаю джоб который будет рефрешить вьюху и тут же проводить оптимизацию индекса, по времени каждый 10 минут, тоесть получица что на реферешил то и оптимизирует ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2017, 08:04 |
|
||
|
ctxsys.context Текстовый индекс
|
|||
|---|---|---|---|
|
#18+
Ну да, я это предлагал с самого начала - 24 января, не прошло и три недели как.... Теперь осталось понять почему так. Мой хрустальный шар - у тебя fast refresh матвьюха и так как она генерит делиты, мержи, апдейты и инсерты в зависимости от ряда причин, то это и приводит к такой фрагментации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2017, 00:02 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=39405283&tid=1886416]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
150ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 453ms |
| 0 / 0 |
