Добрый день!
Я не программист Баз данных но хотел бы разобраться.
Досталась по наследству программа и БД на firebird, размер базы 2.4 Гб.
Выполнил переход с версии FireBird 2.0 на версию 3.0.
в час пик ну очень медленно работает!
Установил себе HQbird и пытаюсь разобраться устранить ошибки в базе.
Отобрал проблематичные таблицы и индексы, но вот знаний не хватает разобраться что нужно сделать.
например в таблице Produce колонка records тут все понятно присутствует поле blob, А вот со стольными ну темный лес, ребята кто пользовался помогите расшифровать что нужно оптимизировать?
snowkam...
Я не программист Баз данных но хотел бы разобраться.
...
Выполнил переход с версии FireBird 2.0 на версию 3.0.
...
в час пик ну очень медленно работает!
После этого оно еще и работает...
На 2.0 совсем не возможно было работать. После перехода на 3.0 все заработало нормально и сейчас работает без проблем. Мне кажется что все тормаза происходят из-за того что не правильно осуществляются запросы и ошибки в базе таблицах.
snowkamЯ не программист Баз данныхsnowkamВыполнил переход с версии FireBird 2.0 на версию 3.0.Надеюсь исходники прикладной программы доступны для редактирования? И таки да, нужен программист, который в этих исходниках разберется.
snowkamНа 2.0 совсем не возможно было работать.Может надо было сделать банальный бэкап/рестор с двойки на двойку?
snowkamМне кажется что все тормаза происходят из-за того что не правильно осуществляются запросы и ошибки в базе таблицах.Да, в тройке синтаксис ужесточен, есть нюансы с использованием статистики индексов, могут уехать планы запросов, да в этом надо разбираться, муторно и методично.
Размер БД совсем детский, если она стала жестоко тупить на двойке, то видимо клиент совсем кривой.
Ivan_PisarevskyРазмер БД совсем детский, если она стала жестоко тупить на двойке, то видимо клиент совсем кривой.
Клиент написан на делфи исходники есть только не я ими рулю, разработчик занимается время от времени. Я просто пытаюсь докопаться где наибольшая кривезна в базе или в клиенте и мало майски выправить ситуацию.
snowkamРебят, кто разбирается в Database Analyst от HQbird подскажите какие проблемы в таблицах и в индексах?
Тут все разбираются. Заходи Reports, там есть рекомендации по БД. Начни с этого. Могу (если Дима Кузьменко даст согласие) дать справку на русском языке на IBAnalyst, много правильной информации. Ну и с обновлением до 3.0 это ты зря.
snowkamНа 2.0 совсем не возможно было работать. После перехода на 3.0 все заработало нормально и сейчас работает без проблем. Мне кажется что все тормаза происходят из-за того что не правильно осуществляются запросы и ошибки в базе таблицах.
Про sweep краем уха что-нибудь слышал?
Ivan_PisarevskyМожет надо было сделать банальный бэкап/рестор с двойки на
Скорее всего сейчас это ситуацию улучшило ( После перехода на 3.0 все заработало нормально и сейчас работает без проблем ), но скоро ТС ждет повторение беды
По скрину могу сказать - где красненькое в индексах это у тебя они очень хреновые, например rdb$foreign84 аж 9 уникальных значений, а название подсказывает на реализацию внешних ключей
snowkamНа 2.0 совсем не возможно было работать. После перехода на 3.0 все заработало нормально
Присоединюсь к увлекательной игре в "угадай то, не знаю что"
Один из вариантов, мне кажется, зарезанные по стандартам 1980-х годов кэши файрбёрда.
Если индексы не используются (селективность плохая, или запросы кривые), то кэш должен был на каждой сортировке заполняться то одной таблицей, то другой, то третьей.
А в FB 3 кажется все же кэши по умолчанию немножко увеличили
snowkamКлиент написан на делфи исходники есть только не я ими рулю, разработчик занимается время от времени.Вот к нему и адресуй свои вопросы и багрепорты.
snowkamЯ просто пытаюсь докопаться где наибольшая кривезна в базе или в клиенте и мало майски выправить ситуацию.бестолковое дело, лучше тащи сюда разработчика, если он сам не может ответить на твои вопросы.
Как вариант простой в реализации полумеры: перекинуть базу на ССД накопитель, только учитывать ресурс перезаписи, накопитель нужен класса "для серверов баз данных", пусть и минимально доступного объема.
конфигурация, база крутится на виртуальной машине под нее отданы ресурсы
процессор E-2630 v3 2.40Ghz
Виртуальных процессоров 16
Память 16 Гб
Вот фрагмент репорта
Current database page size is 8192 bytes.
Your database have 1 tables fragmented with blobs (see
"Tables fragmented by blobs" list below). Increasing page size can
make these tables much fragmented than now, and some other tables
that have blob fields with data less than new page size can became
fragmented too.
--------------------------------------------------------
Fragmented tables count: 1.
Fragmented tables can slowdown performance. You can monitor listed
tables - if fragmentation will be worse in the course of time, you
need to make backup/restore. Here is the list of tables with data
greater than 200 kilobytes and average fill less than 60%.
COMPANY_RAZDEL : 57%, Records 8845, Pages 80
--------------------------------------------------------
Bad indices count: 3.
By `bad` we name indices with many duplicate keys (90% of all keys)
and big groups of equal keys (30% of all keys). Big groups of equal
keys slowdown garbage collection - MaxEquals here is % of max groups
of keys having equal values. Index search for such an index is not
efficient. You can drop such indices (if they are not on FK
constraints).
Еще в репорте было по поводу таблицы blob, но тут вроде и мне понятно что не стоит в базе хранить изображения.
И куча пустых таблиц -- вот только я не знаю мешают они работе или нет?!
Вот это бы расшифровать, для начала на пользовательском уровне, на какие операциях с программой и с какой вероятностью возникали тормоза, и возникали ли они у одного пользователя или сразу у всех.
А потом ваш программист мог бы описать, что в эти момента делает программа на техническом уровне.
snowkamПамять 16 Гб
Firebird с конфигурацией по умолчанию вряд ли столько памяти захочет использовать.
Разве что в самой БД прописан нестандартный размер кэша.
snowkamВиртуальных процессоров 16
а сколько человек у вас одновременно с БД работают ?
и какой у вас был вариант FB 2, СперСервер или Классик?
вы FB2 начисто удалили или он сохранился?
я затрудняюсь дать ответ по IBAnalyst не-программисту. Потому что там информация, на основе которой надо принимать решения (или не принимать), понимая что к чему. Например, ну есть там неуникальные индексы. И что? Это просто информация о том, что использование этих индексов оптимизатором МОЖЕТ дать не очень быстрое выполнение запроса. То есть, надо смотреть конкретный запрос, какие индексы он использует, и т.д.
