Большая сумма курсоров, вызывающих медленный ответ и крупное использование ЦП - курсор: взаимное исключение s
Попытайтесь переустановить ncurses-мусорное-ведро от терминала
sudo aptitude reinstall ncurses-bin
или
используйте Синаптический от Интерфейса Gnome
Settings > Administration > Synaptic Package Manager
Оказалось, что это ошибка Oracle. После применения упомянутого ниже патча ни один оператор не имел более 50 курсоров в течение более месяца, и проблемы с производительностью, описанные в вопросе, исчезли.
Патч: Ошибка 10636231 - Высокое количество версий для операторов INSERT .. RETURNING с указанием причины INST_DRTLD_MISMATCH
Ошибка 10636231 - Большое количество версий для операторов INSERT .. RETURNING с указанием причины INST_DRTLD_MISMATCH [ID 10636231.8]
Изменено 17 сентября 2011 г. Тип Статус ПАТЧА ПУБЛИЧЕНО
Ошибка 10636231 RETURNET .. по причине INST_DRTLD_MISMATCH
В этой заметке дается краткий обзор ошибки 10636231.
Последнее обновление контента: 17-сен-2011
Щелкните здесь, чтобы узнать подробнее о каждом из приведенных ниже разделов.
Влияет на:
Продукт (компонент) Oracle Server (Rdbms)
Диапазон версий, предположительно затронутых Версии> = 11.2.0.2, но НИЖЕ 12.1
Версии подтверждены как затронутые • 11.2.0.2
Затронутые платформы Generic (затронуты все / большинство платформ)
Считается, что это регресс в поведении по умолчанию, таким образом: Регрессия введена в 11.2.0.2
. Исправлено: Эта проблема устранена в • 12.1 (будущий выпуск). • 11.2.0.3 • 11.2.0.2.3 Обновление набора патчей • Пакет исправлений 11.2.0.2 8 для базы данных Exadata • Пакет исправлений 11.2.0.1 12 для базы данных Exadata • Патч 7 11.2.0.2 на платформах Windows
. Симптомы: Связаны с: • Утечка (утечка памяти / рост) • Конфликт мьютексов • Затронут общий пул • Курсор не открыт из-за INST_DRTLD_MISMATCH • V $ SQLAREA • V $ SQL_SHARED_CURSOR
Описание Эта проблема появилась в версии 11.2.0.2 из-за исправления ошибки 9380377
. Вставка SQL с предложением RETURNING может не использовать дочерние курсоры. что приводит к высокому значению VERSION_COUNT в V $ SQLAREA и связанным с этим проблемам (возможны конфликты мьютексов и т. д.). Это может произойти, если сеанс участвует в глобальной транзакции. например: если сеанс выполняется в рамках внешне скоординированной транзакции, такой как XA, или если сеанс использует ссылки на базу данных.
Примечания к повторному обнаружению: High version_count в V $ SQLAREA Вставить оператор с предложением RETURNING Участвует глобальная транзакция Причина в V $ SQL_SHARED_CURSOR - INST_DRTLD_MISMATCH