|
Как работает result cache
|
|||
---|---|---|---|
#18+
У меня есть некоторые пробелы в понимании работы result cache. В доке и гугле этого не нашел. Да и непонятно, что именно нужно искать. В общем, если кратко. Есть Oracle 12.1, и древнющая легаси БД, к которой подключается 100500 разных приложений. Все это работает 24 х 7. Есть таблица параметров. В ней примерно 400 строк. Меняются они довольно редко, большая часть не менялась ни разу за последние 15 лет. В AWR отчете я вижу, что какое-то приложение делает примерно миллион запросов к этой таблице в сутки. Конкретно этот запрос создает примерно 3% всей нагрузки на процессор. У меня была идея обойтись малой кровью и сделать Код: plsql 1.
Ожидаемый результат: запрос должен пропасть из SQL ordered by CPU Time, и, по идее, в V$RESULT_CACHE_OBJECTS должна появиться строка для каждого закэшированного значения. Фактический результат: кэш заработал, но не сразу (а почему-то несколько дней спустя). После каждого обновления таблицы result cache инвалидируется (что ожидаемо), но начинает работать снова через несколько часов. дополнительные подробности как проверялСначала я потренировался на DEV бд, как это работает. Сделал скрипт вроде такого: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
В таком виде - работает хорошо, все ок. После выполнения alter table parameter_table result_cache (mode force) этот кусок кода работает в десятки раз быстрее, проц грузит меньше. Проверял V$RESULT_CACHE_OBJECTS - там отображается мой запрос. Но на самом деле, приложение обращается к таблице не напрямую, а через функцию. То есть там что-то вроде Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Я пробовал на DEV среде вызывать функцию: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
С функцией тоже все работает. После того, как выполнили ALTER TABLE на проде, я начал мониторить, есть ли какой-то результат или нет. Сначала проверил через час после выполнения скрипта. Эффекта никакого. Снижения нагрузки на проц нет, в V$RESULT_CACHE_OBJECTS пусто. Проверил через сутки. То же самое. Потом на пару недель забросил это дело, занимался другими вещами. А когда вернулся к этой таблице опять, оказалось, что кэширование результата работает, но как-то неравномерно. Время от времени кто-то обновляет таблицу параметров, из-за чего кэш инвалидируется на какое-то время, а потом опять начинает работать. Ну то есть таблица была обновлена утром в районе 7 часов, запись в V$RESULT_CACHE_OBJECTS появилась в 12:40, запросы выполняются все время без перерыва. Почему так? Чего ораклу не хватает? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 18:48 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич Есть таблица параметров. В ней примерно 400 строк. И Вы пытаетесь ускорить точечный запрос к такой таблице? Он же и так должен "летать" Код: plsql 1. 2. 3. 4.
CREATE INDEX parameter_table_i1 on parameter_table(parameter_name,parameter_value) IMHO Никанор Кузьмич Но на самом деле, приложение обращается к таблице не напрямую, а через функцию. То есть там что-то вроде А почему не закешировать результат ф-ции? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 19:10 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич Сначала я потренировался на DEV бд, как это работает. Сделал скрипт вроде такого: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
В таком виде - работает хорошо, все ок. После выполнения alter table parameter_table result_cache (mode force) этот кусок кода работает в десятки раз быстрее, проц грузит меньше. Проверял V$RESULT_CACHE_OBJECTS - там отображается мой запрос. Вот прямо в таком виде и запускали? И оно сработало 100 000 раз? Но почему у вас нет обработчика исключительной ситуации NO_DATA_FOUND? Приведите ТОЧНЫЙ код программы, который вы выполняли, а не ваши "вспышки памяти" об этом коде. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 19:37 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Что показывает запрос: Код: plsql 1.
? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 19:45 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev А почему не закешировать результат ф-ции? и все это накладывается на бардак в процессах разработки и деплоя, а также на отсутствие трети команды разработки. Потому что верхние рукамиводители сказали, что оракл - это дорого, поэтому мы с него будем уходить. 4 из 11 девелоперов на следующий день встали и ушли. А мне теперь разгребать. Вариантов решения проблемы много, включая наилучший - найти и переписать нужные куски приложения так, чтобы спамить перестали. Просто я упорядочил возможные решения по уровню геморройности и иду от простого к сложному. Leonid Kudryavtsev И Вы пытаетесь ускорить точечный запрос к такой таблице? Он же и так должен "летать" ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 19:51 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич в процессах разработки и деплоя, а также на отсутствие трети команды разработки. Потому что верхние рукамиводители сказали, что оракл - это дорого, поэтому мы с него будем уходить. 4 из 11 девелоперов на следующий день встали и ушли. А мне теперь разгребать. Зато вам теперь будут платить зарплату минимум за двоих! Разве нет? Начальственные иномарки ваша контора теперь же тоже заменяет на изделия отечественного автопрома!? Разве нет? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 20:00 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич См. ниже скриншот - два отчета за сутки, когда работало и когда нет. 9,5 мс на запрос до против 0,4 на запрос после. Зачем вы показываете разные отчеты? Покажите одинаковые отчеты. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 20:05 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
SQL*Plus Но почему у вас нет обработчика исключительной ситуации NO_DATA_FOUND? SQL*Plus Приведите ТОЧНЫЙ код программы, который вы выполняли, а не ваши "вспышки памяти" об этом коде. Код: plsql 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 20:11 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
SQL*Plus Зато вам теперь будут платить зарплату минимум за двоих! Разве нет? SQL*Plus Начальственные иномарки ваша контора теперь же тоже заменяет на изделия отечественного автопрома!? Разве нет? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2022, 20:15 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
1. Лично я бы, предложил отложить result cache в сторону и начать с начала. С реального запроса и реального плана его выполнения. Построить индекс включающий все необходимые поля, что бы данные брались только из индекса ( vers_company, vepa_par_name, vapa_usr_name, vepa_vers_key, vepa_par_value ) совсем желательно, построить такой индекс, что бы и сортировка из плана исчезла 2. Если я правильно понимаю логику, то result cache'у придется заполняться для каждого пользователя отдельно . Т.е. практический эффект будет только когда все пользователи войдут в систему, т.е. только при их 2-ом и последующих входах. Объем получившегося кэша мне вообще представить сложно. Если система настолько высоконагружена, то можно предположить, что и разных пользователей там много. Т.е. кол-во записей в кэше будет намного больше исходной таблицы (примерно 400 строк). Смысл такой "оптимизации" мне не совсем очевиден. IMHO могу быть не прав ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 11:26 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Никанор Кузьмич Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
1. Лично я бы, предложил отложить result cache в сторону и начать с начала. С реального запроса и реального плана его выполнения. Построить индекс включающий все необходимые поля, что бы данные брались только из индекса ( vers_company, vepa_par_name, vapa_usr_name, vepa_vers_key, vepa_par_value ) совсем желательно, построить такой индекс, что бы и сортировка из плана исчезла 2. Если я правильно понимаю логику, то result cache'у придется заполняться для каждого пользователя отдельно . Т.е. практический эффект будет только когда все пользователи войдут в систему, т.е. только при их 2-ом и последующих входах. Объем получившегося кэша мне вообще представить сложно. Если система настолько высоконагружена, то можно предположить, что и разных пользователей там много. Т.е. кол-во записей в кэше будет намного больше исходной таблицы (примерно 400 строк). Смысл такой "оптимизации" мне не совсем очевиден. IMHO могу быть не прав мне казалось кэш общий.. но вообще странно с нагрузкой на проц бороться кешированием. Согласен что надо смотреть на план. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 11:41 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Melkomyagkii_newbi мне казалось кэш общий.. не очень понимаю, смысл слова "общий". вообще про кэш в Oracle знаю мало (но на моих ф-циях - все нормально работает) но запрос-то отбирается данные в зависимости от user_name, т.е. если поменялся user_name, запрос все равно перевыполнить придется. Т.е. нам надо count(user_name) * count(paramenter_name) записей в кэше. При большом кол-ве различных user_name, это может оказаться значительно больше исходных 400 строк. IMHO могу ошибаться ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 11:54 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
SQL*Plus Что показывает запрос: Код: plsql 1.
? Код: plsql 1. 2. 3. 4. 5. 6.
Leonid Kudryavtsev Если я правильно понимаю логику, то result cache'у придется заполняться для каждого пользователя отдельно . Т.е. практический эффект будет только когда все пользователи войдут в систему, т.е. только при их 2-ом и последующих входах. Leonid Kudryavtsev Объем получившегося кэша мне вообще представить сложно. Если система настолько высоконагружена, то можно предположить, что и разных пользователей там много. Т.е. кол-во записей в кэше будет намного больше исходной таблицы (примерно 400 строк). Смысл такой "оптимизации" мне не совсем очевиден. Но, вообще говоря, мой вопрос был скорее теоретический о тонкостях работы кэша, а ситуация приведена только в качестве примера. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 12:01 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Melkomyagkii_newbi мне казалось кэш общий.. не очень понимаю, смысл слова "общий". вообще про кэш в Oracle знаю мало (но на моих ф-циях - все нормально работает) но запрос-то отбирается данные в зависимости от user_name, т.е. если поменялся user_name, запрос все равно перевыполнить придется. Т.е. нам надо count(user_name) * count(paramenter_name) записей в кэше. При большом кол-ве различных user_name, это может оказаться значительно больше исходных 400 строк. IMHO могу ошибаться да, не обратил внимания на запрос ТС, думал вы описали особенность самого result cache. Никанор Кузьмич, возможно у запросов есть несколько чаилд курсоров и они долго переключаются между вариантом с кэшем и без? Ну и мне до сих пор не очень понятно как result cache помогает cpu экономить для простой выборки(без агрегатов и прочих вычислений) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 12:40 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич SQL*Plus Что показывает запрос: Код: plsql 1.
? Код: plsql 1. 2. 3. 4. 5. 6.
Максимальный размер Result Cache = 80 МБ. На один результат не более 5%. 80 МБ * 5% = 4 МБ. Не так уж много, но для вашей таблички должно было хватить. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 13:22 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Никанор Кузьмич Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
1. Лично я бы, предложил отложить result cache в сторону и начать с начала . С реального запроса и реального плана его выполнения. Построить индекс включающий все необходимые поля, что бы данные брались только из индекса ( vers_company, vepa_par_name, vapa_usr_name, vepa_vers_key, vepa_par_value ) совсем желательно, построить такой индекс, что бы и сортировка из плана исчезла Leonid Kudryavtsev 2. Если я правильно понимаю логику, то result cache'у придется заполняться для каждого пользователя отдельно . Т.е. практический эффект будет только когда все пользователи войдут в систему, т.е. только при их 2-ом и последующих входах. Объем получившегося кэша мне вообще представить сложно. Если система настолько высоконагружена, то можно предположить, что и разных пользователей там много. Т.е. кол-во записей в кэше будет намного больше исходной таблицы (примерно 400 строк). Смысл такой "оптимизации" мне не совсем очевиден. IMHO могу быть не прав Нет, Result Cache один на все сессии. Вы же знаете, что разные сессии используют одни и те же курсоры для одинаковых команд. То же самое и с Result Cache: используется для одинаковых команд с одинаковыми значениями Bind Variables. На каждое сочетание значений Bind Variables имеется один результат в этом кэше. Причем, если для данного сочетания ничего не возвращается, то для него все равно хранится информация "ничего не выбрано". Бывает, что такими "ничего не выбрано" заполняется почти все пространство кэша. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 13:36 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Melkomyagkii_newbi Ну и мне до сих пор не очень понятно как result cache помогает cpu экономить для простой выборки (без агрегатов и прочих вычислений) Таблицу умножения с помощью Result Cache оптимизировать не удаётся. Код: plsql 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. 42. 43. 44. 45. 46. 47. 48. 49.
Без Result Cache 5,95 секунды, а с Result Cache 7.53 секунды. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 13:56 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Для более сложных вычисляемых выражений ускорение есть. LN( SQRT(m * n) ) Код: plsql 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. 42. 43. 44. 45. 46. 47. 48. 49. 50.
с кэшем - 7.72 с ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 14:04 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
SQL*Plus Для более сложных вычисляемых выражений ускорение есть. Логично, я про то и говорю - странно на обычном запросе экономить cpu с помощью кеширования. Выбрать из shared пула будет менее cpu intensive чем с buffer cache? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 14:09 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич, Что возвращает такой запрос Код: plsql 1.
? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 16:47 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
SQL*Plus, Возвращает ENABLED. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 17:01 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич То есть на DEV среде данные начинают кэшироваться сразу, а на проде - через какой-то довольно длительный интервал. Почему так? Чего ораклу не хватает? Сравните версии Oracle Database. Код: plsql 1.
Они одинаковые? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 18:16 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Обе одинаковые - 12.1.0.2. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 18:48 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич, Сколько тебе написали советов, но, к сожалению, именно по теме alter table ... result_cache (mode force) ничего. Это не самая стабильно работающая вещь в oracle и если хочешь досконально разобраться иди на metalink и/или создавай запросы к поддержке. Самое лучшее - ручками задать result_cache для запросов или получать данные вызовом функций с result_cache. Если такое возможно, естественно. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 22:26 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
AlexFF__| Сколько тебе написали советов, но, к сожалению, именно по теме alter table ... result_cache (mode force) ничего. AlexFF__| Это не самая стабильно работающая вещь в oracle Да? Не могу сказать, что много пользовался этой фичей, но вроде до этого она не выглядела нестабильной. В общем, всем спасибо за участие и поддержку :) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 01:43 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Melkomyagkii_newbi мне до сих пор не очень понятно как result cache помогает cpu экономить для простой выборки(без агрегатов и прочих вычислений) подумалось. у нас была проблема когда сотни сессий дергают маленькую справочную таблицу десятки раз в секунду каждая. Блок горячий, как следствие - cache buffer chain latch. result_cache можно было бы рассмотреть как вариант решения? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 04:56 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Вопрошатель, 1) Есть "веками" устоявшее поверье - даже не пытайся задумываться, не дергать ли тебе за усы новую фичу, если ей меньше трех поколений в твоей версии СУБД. 2) Ты просто заменишь один латч на другой. На старых версиях (вплоть до 12.1), почти наверно ситуацию ухудшишь. Может быть и существенно, гораздо хуже, чем те игрушечные вдвое, которые показывались в предыдущих постах. 3) есть вещи, которые в кармане разработчика в качестве его повседневного рабочего инструмента. Result_cache к ним не относится. Эта штуковина - игрушка в руках "архитектора" и/или администратора. Когда им понадобится угробить или украсить бантиком свою систему - они тебе об этом, несомненно немедленно доложат. Так что, если у тебя версия, как у Никанора Кузьмича - кури себе спокойно, не марай форум буквами, и себе не морочь голову. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 10:38 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Вопрошатель Melkomyagkii_newbi мне до сих пор не очень понятно как result cache помогает cpu экономить для простой выборки(без агрегатов и прочих вычислений) подумалось. у нас была проблема когда сотни сессий дергают маленькую справочную таблицу десятки раз в секунду каждая. Блок горячий, как следствие - cache buffer chain latch. result_cache можно было бы рассмотреть как вариант решения? скорее нет, чем да. мы самодельным кешем на pl/sql(в pga) решали подобное. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 10:50 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
booby 3) есть вещи, которые в кармане разработчика в качестве его повседневного рабочего инструмента. Result_cache к ним не относится. В текущей системе уже два раз сталкивался с ситуацией, когда без result_cache на ф-цию - даже не знаю, как бы "взлетело". Понятно, что проблема в структуре данных и алгоритме, но переписывать алгоритм - практически не возможно (т.к. был написан давно и многие ньансы работы уже утеряны, лучше не трогать), менять структуру данных или придумывать какие ни будь mat view и триггеры - еще худшая "затычка", чем result cache Т.ч. IMHO вполне рабочий инструмент, который в ряде случаях может помочь. Но разумеется, использовать его везде где только можно, лишь бы впихнуть новую фичу - не стоит. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 14:52 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev ... Понятно, что проблема в структуре данных и алгоритме, но переписывать алгоритм - практически не возможно (т.к. был написан давно и многие ньансы работы уже утеряны, лучше не трогать), менять структуру данных или придумывать какие ни будь mat view и триггеры - еще худшая "затычка", чем result cache ... Для того, чтобы сознательно переписывать, очень желательно понимать, по каким точно причинам бракуется старый. Моя практика говорит о том, что не так редко бывает достаточно подправить существующий алгоритм, если проблема правильно идентифицирована. Вот захотелось кому-то навесить на функцию result_cache. Ни секунды не сомневаясь в гипотезе, можно предполагать, что на вопрос почему, будет дан ответ - потому что слишком часто вызывается, а на вопрос где - ответ окажется - в фильтре сложного запроса, или в сложном запросе с финальной сортировкой. вот запрос из этого топика: Код: plsql 1. 2. 3. 4. 5. 6.
Он почти наверно "не настоящий", но, допустим, что именно вот такой точно и есть. Вот это что за "радость": Код: plsql 1. 2.
И сколько раз вызывается username за время одного запроса? Как точно выглядит этот распрекрасный username? И как, по мнению топикстартера, должна обходиться система при построении кеша и поиске в нем, именно с этим фрагментом? Мне лень изучать вопрос о точном устройстве result_cache, но на глаз это просто красные чернила вообще, и муть малопонятная при попытке кеширования. Для того, чтобы хотя бы приблизительно догадаться, какие у этого всего надежды, хотелось бы видеть саму функцию. Ясно, что изменить точно ничего нельзя - ни в параметр привязки превратить, ни хотя бы в подзапрос выделить, в расчете на работу scalar subquery caching. Что же, когда ничего нельзя, приходит время универсальному волшебству, хинтом решающему все проблемы. PS Мы еще не спросили - а сам-то запрос - напрямую с клиента отдается, или вызывается внутри функции? Если в функции, то почему она так часто зовется? И точно не в составе фильтра другого запроса? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 17:00 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Биллинговая система раньше считала только дома, теперь пришлось считать и квартиры. Хранение информации об атрибутах - достаточно сложное (версионность, историчность и прочее). В общем, обращение достаточно медленное. Собственно ф-ция расчета вызывается для каждого расчитываемого объекта, в ней нужно получить все параметры квартиры + параметры здания + параметры всех квартир в здании. Вызывается столько раз, сколько квартир в доме. Параметры конкретной квартиры, вообще в результате получаются "кол-во квартир" * "кол-во квартир" раз. понятно, что по хорошему нужно было бы: 1. Получить параметры дома, получить параметры всех квартир. Где-то сохранить 2. На основе этих параметров уже считать квартиры в конкретном здании Но существующий вызывающий код, так "сортировать" задание на расчет не умеет. Изменить вызывающий код - очень сложно (опасно поломать). Result_cache как манна небесная. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 17:25 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, нет, это не понятно. Вполне может быть, что именно в описанной сказке просто deterministic оказался бы в число раз атрибутов фееричнее. Это даже, если про старые добрые временные таблицы не вспоминать, или pivot с no_merge. Так - то моргающих лампочек много на ёлках. не обязательно последняя к ней прикрученная самая красивая. PS Про "атрибуты" я бы тоже мог достойный хорошего стендапа монолог сварганить. Но, на сегодня и так план уже перевыполнен. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 17:56 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
booby Ну, а если вас с десяток таких образованных, что будет со всеми вами одновременно делать вменяемый администратор? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 18:41 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev Result_cache как манна небесная. В описанном тобой случае Result_cache, по сути, вреден, потому что входная мощность постоянно вытесняет кэш. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 18:48 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Elic booby Ну, а если вас с десяток таких образованных, что будет со всеми вами одновременно делать вменяемый администратор? не-не, В зеркале все с рогами и копытами. Программисту такое состояние привычно и за счастье. А дба, думаю, как-то от зеркала всё-таки полезно изолировать. Он редко, но бывает и нужен и полезен. Нормального дба нельзя приводить в неработоспособное состояние путем установки зеркала. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 19:16 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Elic booby Ну, а если вас с десяток таких образованных, что будет со всеми вами одновременно делать вменяемый администратор? Нормальные разрабы понимают, что какие у них есть DBA, такие и есть, и других не будет. Нормальные DBA понимают, что какие у них есть разрабы такие и есть, и других не будет. Нормальные разрабы и DBA понимают, что какие у них есть юзеры такие и есть, и других не будет. Нормальные юзеры хвалят / ругают разрабов, и не догадываются, что сущеcтвуют ещё какие-то DBA, аналисты, тестеры, стейджеры, саппортёры и др. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 21:08 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич, посмотрите кино по ссылке, если не видели. Там есть моменты спорные, но в интересующей вас части, скорее стоит глянуть. https://habr.com/ru/company/oleg-bunin/blog/414401/ ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 09:50 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
booby Никанор Кузьмич, посмотрите кино по ссылке, если не видели. Там есть моменты спорные, но в интересующей вас части, скорее стоит глянуть. https://habr.com/ru/company/oleg-bunin/blog/414401/ Да, докладчик хороший, кино интересное, грамотное и сделано хорошо. Присоединяюсь к рекомендации. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 10:48 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
booby 1) Есть "веками" устоявшее поверье - даже не пытайся задумываться, не дергать ли тебе за усы новую фичу, если ей меньше трех поколений в твоей версии СУБД. booby Ни секунды не сомневаясь в гипотезе, можно предполагать, что на вопрос почему, будет дан ответ - потому что слишком часто вызывается, а на вопрос где - ответ окажется - в фильтре сложного запроса, или в сложном запросе с финальной сортировкой. booby Мы еще не спросили - а сам-то запрос - напрямую с клиента отдается, или вызывается внутри функции? booby вот запрос из этого топика: Код: plsql 1. 2. 3. 4. 5. 6.
Он почти наверно "не настоящий", но, допустим, что именно вот такой точно и есть. booby Никанор Кузьмич, посмотрите кино по ссылке, если не видели. Там есть моменты спорные, но в интересующей вас части, скорее стоит глянуть. https://habr.com/ru/company/oleg-bunin/blog/414401/ ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 13:33 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
авторselect max(vepa_par_value) into v_value from ( select rownum, vepa_par_value, vepa_usr_name, vepa_vers_key from version_parameter where vers_company = 'ABC' and vepa_par_name = p_list(mod(i, c) + 1) -- username на следующей строке - это функция and nvl(vepa_usr_name, username) = username order by vepa_usr_name, vepa_vers_key) where rownum = 1; Никанор Кузьмич, приведите лучше пример реальной функции, а не тестового запроса. Желательно сразу скрипт структуры таблицы и insert (название параметров оставить как есть, значения можно поменять). Во-первых поддерживаю создание индекса. vers_company, vepa_par_name, vapa_usr_name, vepa_vers_key, vepa_par_value. Хотя не уверен, что для 400 строк он даст результат. Так как индекс нужен, чтобы быстро найти блок данных в большой таблице. А если данных всего 400 строк и они влезают в 5-10 блоков по 8 кб, то особого толку не будет. Второе - посмотрел бы на IOT (когда таблица - это индекс по первичному ключу). Но это тоже толк будет от силы раза в два. Затем ИЗБАВИЛСЯ бы от функции nvl в запросе. Я не уверен, что nvl - это SQL-функция. Если это функция PL/SQL, то происходит переключение контекста для каждой строки. Во всяком случае проверить это. Варианты замены на такие: and COALESCE(vepa_usr_name, username) = username and (vepa_usr_name is null or vepa_usr_name = username) and case when vepa_usr_name is null then 1 when vepa_usr_name = username then 1 else 0 end =1 В последнем варианте строки вообще не будут сравниваться (так как в таблице строк всего 400, значит vepa_usr_name наверняка почти не заполнено). Вот тут как раз пишут, что NVL — это функция PL/SQL, следовательно снова будет переключение контекстов. Поэтому ее следует заменить на COALESCE или оператор CASE. https://habr.com/ru/post/124948/ Далее проверить, что vepa_usr_name вообще хоть где-то заполнено. Если оно везде пустое, то вообще убрать из условия. Что значит "username на следующей строке - это функция"? Это шутка или это реально функция, а не переменная ORACLE username? Если это реально функция, то просто в начале своей функции считать значение этой функции в переменную varchar и использовать уже константу. Возможно проблема именно в этом. Никакой result cache тут явно не нужен. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 22:19 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
VDeltsov Вот тут как раз пишут, что NVL — это функция PL/SQL, следовательно снова будет переключение контекстов. Поэтому ее следует заменить на COALESCE или оператор CASE. https://habr.com/ru/post/124948/ Не читайте до обеда советских газет (С) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2022, 22:33 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
AlexFF__| VDeltsov Вот тут как раз пишут, что NVL — это функция PL/SQL, следовательно снова будет переключение контекстов. Поэтому ее следует заменить на COALESCE или оператор CASE. https://habr.com/ru/post/124948/ Не читайте до обеда советских газет (С) это не "советские газеты", а "письмена на заборе". --- 2VDeltsov, исключение NVL с немалой вероятностью автоматически приведет к ухудшению производительности запроса. Для компенсации сего обстоятельства, его может потребоваться после этого заметно визуально усложнить. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 00:36 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Протестировал nvl в ORACLE 12 - разницы не увидел, видимо это уже исправили. Раньше была рекомендация его не использовать. А то, что автор увидел прирост производительности в результате кэширования - это результат того, что перестала выполняться функция "USERNAME". Поэтому скорее всего достаточно будет просто один раз её считать в начале процедуры. Однако возможно, что дело не только в этой самой процедуре, но и в чудо функции "USERNAME". Так что рекомендую эту чудо функцию тоже привести. Возможно она сама по себе тоже подтормаживает. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 00:53 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
VDeltsov Раньше была рекомендация его не использовать. такой универсальной рекомендации, без оговаривания точного контекста, не было никогда. А для случая, аналогичному обсуждаемому запросу - рекомендовано использовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 01:28 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
NVL штука странная и ее по возможности лучше е использовать если в выражении есть функции так как она сначала вычислит ве значения и только потом будет сравнивать. А по условию это значение может быть и не нужно. Вот например Код: plsql 1. 2. 3. 4. 5. 6. 7.
Второе выполнение функции не нужно так как с первой части единица он мы сначала его вычислим и только потом отбросим как ненужное. Простая замена на coalesce дает ускорение порой просто на том что не выполняем того что не нужно выполнять Вот аутпут для обоих случаев вполне наглядно. p_number = 1 p_number = 2 end of test nvl p_number = 1 end of test coalesce ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 08:10 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич Есть Oracle 12.1 Вообще после Никанор Кузьмич Код: plsql 1.
А лучше бы проапгрейдиться до 19, тогда у вас прямо в v$sql появится столбец RESULT_CACHE. Если же надо протрейсить RC, то есть Код: plsql 1.
пример трейса: https://gist.github.com/xtender/b3401a5118cd6898ddb8be2ad82acac9 В целом же, лучше не делать alter table result_cache force, а точечно втыкать result_cache в запросе или на функцию, причем все зависимости должны быть крайне редко изменяемыми, иначе помрете на RC латчах. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 17:12 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 17:18 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
простой пример скрипт Код: plsql 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.
output Код: plsql 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. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104.
... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 17:30 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Sayan Malakshinov Скорее всего, у вас 12.1. 0.1 и вы нарвались на баг Bug 16301888 - A query with result cache annnotated table is not cached (Doc ID 16301888.8) (вкратце, там автоматически не инвалидировался курсор при alter table ...result_cache) Sayan Malakshinov А лучше бы проапгрейдиться до 19, тогда у вас прямо в v$sql появится столбец RESULT_CACHE. Sayan Malakshinov Никанор Кузьмич Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2022, 11:30 |
|
Как работает result cache
|
|||
---|---|---|---|
#18+
Никанор Кузьмич, Это у Вас переключение контекста на каждую строку, раз используете функцию. К тому же её результат непонятно как кэшировать, ведь в запросе неизвестно заранее, какой результат вернет функция. Третий раз прошу объявить переменную в процедуре, в начале процедуры вытащить значение фукнции, и уже эту переменную подставлять в запрос. Функции в условии where - это самая детская ошибка, которую можно совершить. Жду результата теста. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2022, 14:36 |
|
|
start [/forum/topic.php?all=1&fid=52&tid=1879487]: |
0ms |
get settings: |
22ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
897ms |
get tp. blocked users: |
2ms |
others: | 425ms |
total: | 1416ms |
0 / 0 |