Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

2005 г.

Анализ статистики базы данных InterBase/FireBird

Волох Д.А. Компания НеРуСофт

Статистика базы данных InterBase/FireBird, полученная через gstat или Services API, предоставляет большое количество статистических данных, которые могут быть использованы для анализа работы сервера и самой базы данных. Приложения, работающие с базой данных, могут корректно работать с транзакциями и самими данными, то есть не создают длительные активные транзакции, не запускают длительные snapshot транзакции. Все это верно для небольшого количества одновременно работающих пользователей, но как только количество пользователей возрастет на порядок и следовательно увеличиться количество операций по вставке, редактированию и удалению данных, могут возникнуть проблемы по сборке, так называемого, мусора. Проведенная и проанализированная статистика может помочь в процессе сборки мусора.

С помощью утилиты gstat с соответствующими ключами или Services API можно получить следующие виды статистики:

  • Статистика заголовочной страницы - это информация о глобальных свойствах всей базы данных, хранящаяся на заголовочной страницы каждой базы данных ( -header );
  • Статистика страниц данных – информация о таблицах содержащихся в базе данных ( -data);
  • Статистика индексов – информация об индексах в базе данных (-index);
  • Статистика системных таблиц (-system).
Пример использования gstat:
gstat –header –user SYSDBA –password masterkey c:work.gdb
gstat –all –user SYSDBA –password masterkey c:work.gdb получаем полную статистическую информацию базы данных

Описание основных разделов статистики базы данных

Для примера будем рассматривать конкретную базу данных, которая состоит из 12 таблиц, большая часть работы производится с одной таблицей, которая ссылается на 4 справочника и ежедневный прирост записей составляет порядка 1000 записей. Общее количество записей на момент написания статьи составляет 192285 записей. Размер файла базы данных составляет 302 мегабайта.
Запустив утилиты gstat (с ключом –header)или использовав компонент FIBStatisticalServices можно получить статистические данные о нашей базе данных. Часть информации является статичной, часть – меняется в зависимости от происходящих в базе данных изменений.

Пример заголовочной информации:

Database header page information:

Flags 0
Checksum 12345
Generation 724306
Page size 4096
ODS version 10.1
Oldest transaction 723951
Oldest active 724301
Oldest snapshot 724301
Next transaction 724304
Bumped transaction 1
Sequence number 0
Next attachment ID 0
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Oct 23, 2004 0:20:46
Attributes force write

Variable header data:

Sweep interval: 20000

CHECKSUM – контрольная сумма

Контрольная сумма иметься как на заголовочной странице, так и на любой странице базы данных, но в современных версиях InterBase/FireBird эта сумма не используется и ее значение всегда равно 12345.

PAGESIZE – размер страницы

Размер страницы, измеряется в байтах. Параметр, который устанавливает одно из важных свойств базы данных. Этот параметр устанавливается при создание базы данных, а также при ее восстановлении из резервной копии и определяет размер всех страниц базы данных.

OLDEST TRANSACTION

Этот параметр показывает идентификатор старейшей заинтересованной транзакции в базе данных. Значение этого параметра часто сравнивается с параметром NEXT TRANSACTION. Разница этих параметров показывает количество мусора в базе данных и можно судить о целесообразность выполнения резервного копирования. Разница этих параметров для нашей базы данных составляет 353, для эксперимента сделаем резервную копию с последующим восстановление ( для этих операций были использованы компоненты FIBBackUPService и FIBRestoreService) и опять получим статистическую информацию.

Результат следующий:

Oldest transaction 1
Oldest active 2
Oldest snapshot 1
Next transaction 35

Из результата видно, что количество старые транзакции были удалены – этот процесс от части можно назвать сборкой мусора. Что же из себя представляет процесс резервного копирования и восстановления будет рассмотрен позже.

OLDEST ACTIVE и OLDEST SNAPSHOT

Параметр OLDEST ACTIVE идентифицирует старейшую активную транзакцию, в большинстве случаем его значение близко к NEXT TRANSACTION, параметр OLDEST SNAPSHOT определяет количество транзакций с уровнем изоляции SNAPSHOT, которые создают старые версии записей в базе данных (мусор).

SWEEP INTERVAL

Параметр устанавливает интервал между старейшей активной и следующей транзакцией, после которой начинается сборка мусора.

Далее будем рассматривать статистическую информацию по таблице и индексам, с которой осуществляется больше всего операций.

    DECLARATIONS (129)
      Primary pointer page: 156, Index root page: 157 
      Data pages: 8082, data page slots: 8082, average fill: 87%
      Fill distribution: 
                         0 - 19% = 0 
                        20 - 39% = 0 
                        40 - 59% = 0 
                        60 - 79% = 0 
                        80 - 99% = 8082

Где DECLARATIONS – имя таблицы, 129 – идентификатор таблицы, записанный в системной таблице RDB$RELATIONS. PRIMARY POINTER PAGE – это номер первой страницы указателей в базе данных для данной таблицы, INDEX ROOT PAGE – номер первой страницы указателя для индексов этой таблицы. FILL DISTRIBUTION – таблица показывающая количество заполненности страниц, то есть последняя страница заполнена на 80%-99%. Если данные на страницах сильно разряжены, то следует пересмотреть саму структуру таблицы, может быть, стоит из этой таблицы выделить хранение каких то данных в справочники.

Статистика по первичному ключу выглядит следующим образом:

  Index PKDECLARATIONS (9) 
              Depth: 3, leaf buckets: 1052, nodes: 192285 
              Average data length: 6.00, total dup: 0, max dup: 0 
              Fill distribution: 
                                0 - 19% = 0 
                               20 - 39% = 0 
                               40 - 59% = 908 
                               60 - 79% = 34 
                               80 - 99% = 110

Параметр DEPTH определяет глубину индекса, то есть показывает, сколько веток в «дереве» необходимо пройти, чтобы вычислить нужную запись. Тут нужно заметить что глубина индекса не должна превышать значение 3, иначе эффект от использования индекса значительно меньше и для исправления этого необходимо увеличить размер страницы (PAGE SIZE) в базе данных.

Программная реализация получения статистики базы данных в Delphi

Для получения статистики был использован компонент FIBStatisticalServices (fibStatistical) и область вывода текстовой информации Memo.

Для того чтобы стартовать процесс получения статистики, необходимо заполнить определенные поля в компоненте fibStatistical:

fibStatistical.Params.Add('user_name=SYSDBA');   // Указываем пользователя
fibStatistical.Params.Add('password=masterkey'); // и пароль
fibStatistical.LoginPrompt := False;             // Не запрашивать каждый раз пароль
fibStatistical.DatabaseName := edDBName.Text;    // путь к файлу базы данных
fibStatistical.Active := True;                   //Активируем процесс
fibStatistical.ServiceStart;                     // И стартуем сам процесс

Следует отметить, что в нашем примере выводится вся статистическая информация, но с помощью свойства Options можно выбирать какую область данных нужно вывести:

fibStatistical.Options := [DataPages];     //соответствует ключу –data
ffibStatistical.Options := [HeaderPages];  //соответствует ключу –header

Процесс получения статистики проходит определенное время поэтому, чтобы не смущать пользователя простоем программы сменим курсор:

Screen.Cursor := crSQLWait;

Далее нам нужно отображать информацию в поле Мемо:

while not (fibStatistical.Eof) do mDBInfo.Lines.Add(fibStatistical.GetNextLine);

По завершению выполняем следующие действия:

Screen.Cursor := crDefault; // Возвращаем курсор в стандартный вид
fibStatistical.Active := False; // Деактивируем процесс

В итоге у нас должно получиться следующее:

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...