Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ
Шрифт:
Таблица блокировок данных может быть выведена в более или менее читаемом формате с помощью утилиты Lock Print.
Утилита Lock Print
Программой, которая выбирает статистику таблицы блокировки, является исполняемый модуль fb_lock_print, который можно найти в каталоге /bin каталога инсталляции Firebird. (Для версии 1.0.x ищите iblockpr.exe в Windows или gds_lock_pr в POSIX.) Доступны два синтаксиса: один для статичного отчета, другой для задания интерактивной выборки в указанных интервалах.
Синтаксис для Firebird 1.5 и выше:
fb_lock jprint <переключатели>
Версия 1.0.x, POSIX:
gds_lock_pr <переключатели>
Версия 1.0.x, Windows:
iblockpr <переключател14>
Программа fb lock print имеет множество переключателей, описанных в табл. 40.1. Когда не задано ни одного переключателя, fb lock print выводит итоговую информацию, описывающую заголовок блока и владельцев, связанных с Менеджером блокировок.
Таблица 40.1. Переключатели для отчетов Lock Print
Переключатель | Описание |
(нет переключателей) | Выводит итоговую информацию, описывающую заголовок блока и владельцев, связанных с Менеджером блокировок |
– a | Выводит содержимое таблицы блокировок, включая заголовок блока, группы блоков, группы владельцев и группы запросов. Группа блока представляет ресурс, который должен быть заблокирован (база данных, транзакция, отношение, страница базы данных и т.д.), и идентифицирует владельца, который имеет или запросил блокирование этого объекта. Группа запроса описывает запрос |
– с | Указывает, что таблица блокировок должна быть скопирована, а не использована сама. Копирование является быстрым и создает мгновенный статичный снимок таблицы блокировок. Тем не менее он остановит все процессы доступа к базе данных на время своего выполнения |
– f | Задает, что анализ должен быть выполнен на указанном файле, а не на настоящем файле блокировки. К сожалению, этот переключатель не работает в Firebird |
– h | Выводит только историю |
– i <переключатели> <t> <n> | Запускает интерактивный режим (см. разд. "Интерактивные отчеты"). Если указано только -i, то выводятся все данные |
– l | Выводит только группы блоков |
– n | Указывает, что не существует "никакого моста". Мост является переходным механизмом, распознающим множество серверов различных версий Firebird на одной машине. Это не доступно в версиях Firebird 1.0.x или 1.5, но, скорее всего, будет реализовано в следующих версиях Firebird |
– o | Выводит группы владельцев |
– p | То же, что и -о. (Группы владельцев, используемых в вызовах групп процессов.) |
– r | Выводит группы запросов |
– s <n> | Выводит заголовок таблицы блокировок, группы владельцев и блокировки указанных серий. Аргумент <n> указывает тип блокируемого ресурса, который вы хотите отобразить. Номера см. в табл. 40.5 |
– t | Выводит статистику для всех серий (только интерактивный отчет) |
– w | Выводит "граф ожидания" - блоки владельцев с запросами ожидания, чего они ожидают, чего ожидают их владельцы и т.д. В этом отчете вы можете просмотреть, какой запрос владельца блокирует другие запросы в таблице блокировок. Это самый простой способ найти блокировки, хотя полное отображение блокировок даст вам много больше информации относительно взаимосвязей, находящихся в очереди запросов |
Статичные отчеты
Статичные отчеты выводят текущее состояние (мгновенный снимок) таблицы блокировок. Допустимы любые переключатели, за исключением -i, вы можете "затолкать" в него множество переключателей. Например, для вывода "ожидающего" графа плюс группы истории введите:
fb_lock_print -wh
Интерактивные отчеты
Вторая форма собирает заданные номера выборок фиксированных интервалов и создает интерактивный отчет, отслеживающий текущую деятельность таблицы блокировок. Синтаксис:
fb_lock_print [-i{a,o,w}] [t n]
t задает время в секундах между выборками, n задает количество требуемых выборок. Если вы не задаете значений для n и r, то значением по умолчанию является n= 1.
Выборки осуществляются n раз через интервалы в t секунд. Одна группа выводится для каждой выборки. Средние значения выборки выводятся в конце каждого столбца.
Следующий оператор выводит статистику (доступ к таблице блокировок) в виде 10 выборок, осуществляемых каждые 3 секунды:
fb_lock_print -ia 3 10
В конце этой главы представлен мгновенный снимок интерактивного отчета с объяснением значения каждого столбца.
! ! !
СОВЕТ. Ограничения буфера в окне командной строки могут привести к "исчезновению" выходных данных за исключением последней части. Вы можете направить вывод утилите more (или less в POSIX).
fb_lock_print -wh | more
Когда окно будет заполнено, нажмите или держите нажатой клавишу <Return> (Enter) для отображения дальнейшего вывода по строке за раз. Нажатие клавиш <Ctrl>+<C> завершает more или less.
. ! .
Вывод отчета в файл
Обычно результаты являются достаточно большими, чтобы их просматривать с консоли. Вы можете направить их в выходной файл, например, в каталог с именем /data/server_reports/ (ваш выбор!) таким образом:
fb_lock_print -а > /data/server_reports/lock.txt
Если вы видите, что Lock Print выполняется более минуты или двух или замечаете, что он заполняет ваш диск, остановите его с помощью <Ctrl>+<C> или эквивалента вашей платформы.
Группы отображаются в порядке внутренних списков. Новые группы помещаются в начало списка, следовательно, обновленная таблица блокировок будет показана в строках в обратном порядке. Поскольку группы блоков, запросов и владельцев освобождаются и используются заново, порядок становится полным беспорядком. Текстовый редактор будет весьма полезным для исследования отношений.
Простое использование Lock Print
Мы посмотрим на пример очень простой статистики, полученной от Lock Print без переключателей.
* Заголовок блока всегда будет первым.
* Далее идут группы владельцев - за группой владельца следуют все запросы этого владельца. Каждый владелец цепочки выводится с его запросами.
* После всех владельцев и запросов идут блокировки.
* Последним элементом является история записей.
Вначале мы рассмотрим только группу заголовка блока, которая описывает основную конфигурацию и состояние таблицы блокировок. На рис. 40.2 числа добавлены для ссылок на каждый элемент при объяснении в табл. 40.2.
Рис. 40.2. Группа Lock_Header
Наш отчет Lock Print представляет только что созданную базу данных, к которой имеет доступ одна копия isql в версии l.O.x Суперсервера для Windows.
Таблица 40.2. Записи группы Lock_Header
№ | Элемент | Объяснение |
1 | LOCK_HEADER_BLOCK | Первая группа любого отчета Lock Print. Каждый отчет выводит ровно одну группу заголовка блока |
2 | Version (Версия) | Номер версии Менеджера блокировок. В Firebird 1.5 версия будет 115 для Суперсервера и 5 для Классического сервера. В Firebird 1.0.x (для нашего примера) такими версиями будут 114 и 4 соответственно |
3 | Active owner (Активный владелец) | Смещение в группе владельца, представляющее владельца, который в настоящий момент управляет таблицей блокировок, если такой существует. Если ни один процесс не пишет в таблицу блокировок, то активным владельцем будет 0 |
4 | Length (Длина) | Общий объем памяти, выделенный таблице блокировок в байтах |
5 | Used (Используется) | Наибольшая величина смещения в таблице блокировок, которая используется в настоящий момент. В таблице могут существовать свободные группы между ее началом и используемой точкой, если владельцы приходят и уходят. Перед созданием новых групп между этой точкой и концом таблицы блокировок могут быть заново использованы свободные блоки |
6 | Semmask (Маска семафора) | В системах, которые используют статичные семафоры (например, POSIX), это указатель на блок SMB, |
7 | Flags (Флаги) | Определены два битовых флага: LHB_shut_manager, который, если установлен, указывает, что база данных остановлена, и Менеджер блокировок не может обработать больше запросов; и LHB_lock ordering. В Firebird значение по умолчанию LHB_lock_ordering означает, что блокировки предоставляются в порядке запросов (порядок FIFO - первый пришел - первый ушел). Другая установка связана с устаревшей стратегией блокировки и сейчас не используется |
8 | Enqs (Запросы в очереди) | Запросы в очереди- полученные запросы на блокировку. Это число включает запросы, которые пока не могут быть удовлетворены, и запросы, которые могут быть удовлетворены немедленно, но не запросы, которые пришли и ушли |
9 | Converts (Преобразования) | Запросы на повышение уровня блокировки. Процесс, поддерживающий блокировку ресурса, запросит изменение режима, если изменяется его доступ к этому ресурсу. Преобразование происходит от блокировки низшего уровня (например, совместное чтение) к более ограничивающему уровню (например, исключительный доступ). Например, транзакция в режиме CONCURRENCY, которая читала данные таблицы, и решает изменить данные в этой таблице, будет преобразовывать свою блокировку от разделяемого чтения до разделяемой записи. Преобразования являются наиболее частыми для блокировок страниц, поскольку страница обычно вначале читается, а потом изменяется |
10 | Rejects (Отмены) | Запросы, которые не могут быть удовлетворены. Это могут быть блокировки, запрошенные в режиме "no wait", или это могут быть блокировки, которые были отменены, потому что приводили к взаимным блокировкам. Так как методы доступа иногда запрашивают блокировку "по wait" для внутренних структур, то вы увидите отмены, даже если все транзакции выполняются в режиме "wait" и не существует конфликтов между их операциями |
11 | Blocks(Блоки) | Запросы, которые не могут быть удовлетворены немедленно, потому что некоторый другой владелец имеет несовместимую блокировку на этот ресурс |
12 | Deadlock scans (Сканирование взаимных блокировок) | Сколько раз Менеджер блокировок просматривает цепочку блокировок и владельцев в процессе поиска взаимных блокировок. Менеджер блокировок начинает сканирование, когда процесс ожидает блокировки в течение 10 секунд |
13 | Deadlocks (Взаимные блокировки) | Количество найденных взаимных блокировок. См. разд. "Взаимные блокировки" |
14 | Scan interval (Интервал сканирования) | Количество секунд, которые ожидает Менеджер блокировок после начала запроса, прежде чем запустить сканирование взаимных блокировок. Значение по умолчанию 10 секунд |
15 | acquires(Запросы) | Количество раз, сколько владелец- или сервер от имени конкретного владельца - запрашивает исключительное управление для таблицы блокировок, чтобы выполнить изменения |
16 | Acquire blocks (Заблокированные запросы) | Количество раз, сколько владелец - или сервер от имени конкретного владельца - находился в состоянии ожидания при запросе исключительного управления таблицей блокировок |
17 | Spin count (Количество блокировок) | Это режим для ожидания взаимной блокировки и повторения запроса к таблице блокировок Firebird. По умолчанию установлено в ноль (отключено), но может быть сделано доступным в файле конфигурации |
18 | Mutex wait (Ожидание блокировок) | Процент попыток, которые были заблокированы, когда владелец старался обратиться к таблице блокировок - т.е. ((acquire blocks) / (acquires)) * 100 |
19 | Hash slots (Сегменты хэша) | Ресурсы размещены в хэш-таблице. Они хранятся согласно значению. По умолчанию хэш-таблица содержит 101 сегмент. Это значение (которое должно быть простым числом) может быть увеличено в файле конфигурации. Оно никогда не должно быть меньше, чем 101 |
20 | Hash lengths(Длина сегмента) | При каждом сегменте находятся ресурсы (заблокированные группы). Этот элемент сообщает минимальную, среднюю и максимальную длину цепочки заблокированных групп, находящихся в сегменте. Среднее значение, большее чем 15, означает, что не достаточно сегментов |
21 | Remove node (Удаление узла) | Для устранения проблем, которые являются следствием того, что активный владелец зависает при запросе к таблице блокировок с потенциально осуществленными ее изменениями, владелец сообщает о намерении удалить узел из этой таблицы. После успешного завершения операции владелец удаляет сообщение об удалении. Если любой другой владелец находит сообщение об удалении, которое он не создавал, он наводит порядок |
22 | Insert queue (Добавить очередь) | Эквивалент предыдущей схеме удаления узла, за исключением того, что здесь узел добавляется |
23 | Insert prior (Предыдущее добавление) | Для очистки ошибочного добавления необходимо знать не только, что было добавлено, но и где это размещалось. Это как раз где |
24 | Owners (Владельцы) | Количество владельцев, которые соединены с таблицей блокировок. Только один из этих владельцев может изменять таблицу в конкретный момент ("активный владелец"). Другие владельцы ожидают освобождения блокировок. В нашем примере существует четыре владельца, не являющихся активными. Два владельца подключены через isql; один может быть подключен через DSQL, а еще один - сама база данных |
25 | Free owners (Свободные владельцы) | Количество блоков владельцев, выделенных владельцам, которые завершили их соединения, оставив блоки неиспользованными. В этом случае, вероятно, существует две транзакции, занимавшиеся созданием базы данных, которые были подтверждены |
26 | Free locks (Свободные блокировки) | Группы блокировок определяют ресурс (база данных, отношение, транзакция и т.д.), который заблокирован, а не блок на ресурс. Этот элемент является количеством групп блокировок, которые были освобождены, но пока повторно не использованы. В этом случае существует один свободный блок. Когда владелец запрашивает блокировку на ресурс, который в настоящий момент не заблокирован, Менеджер блокировок сначала просматривает список свободных блоков в заголовке блока. Если существует группа с нужным размером ключа, то эта группа блока будет использована. Если нет, то в свободной памяти будет размещена новая группа блока |
27 | Free requests (Свободные запросы) | Группы запросов идентифицируют запросы на блокировки ресурсов, неважно, удовлетворенные или нет. Этот элемент является количеством групп запросов, которые были освобождены и не использованы повторно |
28 | Lock ordering (Порядок блокировок) | Порядок блокировок означает получение запросов на блокировку в порядке их поступления, даже если последующие запросы должны быть обслужены немедленно. Включено, если флаг LHB_lock_ordering (см. элемент 7) установлен, и является значением по умолчанию для Firebird, т. к. обеспечивает оптимальную производительность. Альтернативой является (не используется сейчас) предоставление блокировок всем владельцам, желающим совместно использовать и "подавлять" владельцев, которые имеют существующие запросы. Эта не используемая стратегия гарантирует, что участники будут обработаны быстро, однако с риском причинения вреда другим |