Рис. 4.6.Ошибки и нежелательные события

Бóльшая частьперечисленных событий свидетельствуето проблемах со стороны приложений,

илишь ошибки контрольных сумм указывают на проблемы в СУБД. При долгой и продолжительнойэксплуатациинекоторыеошибкимогутиметьхроническийнакопительныйхарактер, и,если сформироватьтакой график,на нем уже можетбытькакой-то постоянный фон из ошибок. Тем более что некоторые классы ошибок могут восприниматься как нечто привычное

инормальное, так как обработка этих ошибок выполняется на стороне приложений (например, переустановка сеанса при обрыве или повтор запроса при взаимоблокировке). В таком случае часть событий, такие как откаты и конфликты репликации, можно игнорировать как менее важные и не влияющие значительно на производительность СУБД, а взаимоблокировки и ошибки контрольных сумм по-прежнему воспринимать серьезно — взаимоблокировки негативновлияютнапроизводительностьконкурентнойработы,аошибкиконтрольныхсумм могут указывать на риск повреждения данных.

4.3. Функции для работы с объектами СУБД

ДовольночастовместесосновнойстатистикойпообъектамБДхочетсявидетьиразмерыэтих объектов,чтобы понимать их масштаб относительнодругдруга.Часто размер объекта определяет приоритет работ и сам подход к работе—большие объектытребуют большей аккуратности (нельзя допускать долгого удерживания блокировок, следует избегать побочной нагрузки), и конечная выгода в результате проведенных работ может быть больше. Размеры объектов важныисамипосебе,ониявляютсяоднимизключевыхфакторовприпланированииемкости дискового пространства. При продолжительной эксплуатации СУБД данные будут добавляться,объекты будут увеличиваться и занимать все больше и больше места на диске.

Отслеживать размеры объектов можно как со стороны операционной системы,так и со стороны СУБД. Как известно, почти все объекты СУБД — это файлы и каталоги, и можно получить информацию об объеме этих объектов в файловой системе. С другой стороны, СУБД оперирует собственными абстракциями — табличными пространствами, базами данных, таблицами, индексами и т. д. В обоих случаях для получения размеров нам понадобятся так называемые функции системного администрирования1. Это большой набор вспомогательных функций для получения самой разной информации, которая может потребоваться администратору БД. Пока из всего набора функций нас интересуютдве группы:

1.Функции управления объектами баз данных2. Большинство функций в этой группе используются для подсчета места,занимаемого различными объектами СУБД.

2.Функциидоступа к файлам3 предоставляютдоступ к каталогам системы,на которой запущен сервер СУБД.Это мощный набор функцийдля исследования системы вообще;доступ к функциям имеют только суперпользователи и участники роли pg_read_server_files. Доступ к ним должен предоставляться очень аккуратно с учетом всех требований безопасности, поскольку к этим функциям неприменимы проверки привилегий, встроенные в СУБД. Так, например, выдача прав EXECUTE на функцию pg_read_file разрешает читать любые файлы,доступные серверному процессу СУБД; пользовательс правом выполнения такой функции может прочитать содержимое любой таблицы, включая и те, где могут содержаться конфиденциальные данные (например,pg_authid).

Определение размеров объектов СУБД

Среди функций управления объектами интерес представляют следующие:

•pg_tablespace_size—показывает размер указанного табличного пространства;

•pg_database_size—показывает размер указанной базы данных;

•pg_table_size — показывает общий размер указанной таблицы, включая TOAST-храни- лище и служебные слои (vm,fsm,init);

•pg_indexes_size—показывает общий размер всех индексов указанной таблицы;

•pg_total_relation_size— показывает общий размер указанной таблицы (включая TOAST

ислужебные слои) и все индексы этой таблицы. Результат подсчета эквивалентен сумме функций pg_table_size и pg_indexes_size;

•pg_relation_size—показывает размер слоя отношения (таблицы или индекса),указанного в первом аргументе.Во втором аргументе можно указать имя интересующего слоя:

—main—подсчитать размер основной структуры с данными;

—fsm—подсчитать размер карты свободного пространства;

—vm—подсчитать размер карты видимости.

1 postgrespro.ru/docs/postgresql/current/functions-admin

2 postgrespro.ru/docs/postgresql/current/functions-admin#FUNCTIONS-ADMIN-DBOBJECT

3 postgrespro.ru/docs/postgresql/current/functions-admin#FUNCTIONS-ADMIN-GENFILE

Если не указывать второй аргумент,значение main предполагается по умолчанию.Для индекса размер карты видимости всегда будет нулевым.

•pg_size_pretty—вспомогательная функция,переводящая значение в байтах в текстовый вид с единицами измерения (bytes,kB,MB,GB,TB,PB).

•pg_size_bytes—вспомогательная функция,обратная pg_size_pretty: она позволяет пересчитатьтекстовое значение в байты.

Некоторые из этих функций существуют в двух вариантах и в качестве объекта могут принимать либо его числовой идентификатор OID,либо текстовое имя.

В запросах,выводящих статистику по объектам БД,эти функции удобно использоватьдля указания размеров объектов. Размеры таких составных объектов, как табличные пространства или базы данных, необходимы для оценки используемого места в хранилище и для планирования емкости. Размеры прочих объектов, таких как таблицы и индексы, обычно нужны при оценкеиспользованияместавнутрибазыданныхилидляоценкиэффектараздувания.Дальше мы коротко рассмотрим примеры использования функций.

Табличные пространства. В начале главы упоминалась метакоманда \db+, показывающая спи- соктабличныхпространств.БольшинствометакоманднасамомделевыполняютSQL-запросы к служебным таблицам системного каталога, соответственно, и результат, аналогичный выводу \db+,можно получить напрямую,используя SQL.

Запросы метакоманд

Чтобы получитьтекстзапроса,который используется метакомандой,можно запуститьpsql c аргументом -E (--echo-hidden), который указывает psql включить отображение запросов при использовании встроенных метакоманд.В открытом сеансе отображение запросов можно включить с помощью команды \set ECHO_HIDDEN on.

Запрос,показанный ниже,работает как упрощенная версия метакоманды \db+:

# SELECT spcname, pg_tablespace_location(oid) AS path, pg_size_pretty(pg_tablespace_size(spcname)) AS size

Для определения пути (поле path) используется функция pg_tablespace_location. В тестовом окружении используются табличные пространства по умолчанию; значения пути для них отсутствуют (NULL), так как эти пространства находятся в основном каталоге кластера БД. Для получения размера используется функция pg_tablespace_size, которая может принимать как числовой идентификатор OID,так и имя табличного пространства.

Базы данных. Для получения размеров баз данных используется функция pg_database_size. В качестве аргумента функция может принимать числовой идентификатор OID или имя базы данных.Пример запроса для получения размеров:

# SELECT t.spcname AS tablespace, d.datname AS dbname, pg_get_userbyid(d.datdba) AS owner,

pg_size_pretty(pg_database_size(d.datname)) AS size

Таблицы. Таблицы являются комплексными абстракциями, и, когда речь заходит об их размере, важно четко определять тот смысл, что вкладывается в термин «размер». Таблица состоит из основного слоя пользовательских строк и также включает в себя такие служебные слои, как карты видимости и свободного пространства. Кроме того, с таблицами могут быть ассоциированы индексы и TOAST-таблицы, которые с физической стороны являются отдельными сущностями (файлами на диске), но с логической не могут существовать без своей родительской таблицы. Для получения полного размера таблиц, включая все служебные, удобно использовать функцию pg_table_size. При необходимости учета индексов следуетиспользоватьфункцию pg_total_relation_size(которая эквивалентна сумме pg_table_size и pg_indexes_size). Наконец, для определения размеров на уровне служебных слоев следует использовать pg_relation_size, которой можно указать конкретный служебный слой. Следующий запрос демонстрирует использование перечисленных функций:

# SELECT c.relname AS table,

(SELECT count(*) FROM pg_index i WHERE i.indrelid = c.oid) AS n_idx, pg_size_pretty(pg_total_relation_size(c.oid)) AS total, pg_size_pretty(pg_relation_size(c.reltoastrelid)) AS toast, pg_size_pretty(pg_indexes_size(c.oid)) AS indexes, pg_size_pretty(pg_relation_size(c.oid, 'main')) AS main, pg_size_pretty(pg_relation_size(c.oid, 'fsm')) AS fsm, pg_size_pretty(pg_relation_size(c.oid, 'vm')) AS vm, pg_size_pretty(pg_relation_size(c.oid, 'init')) AS init

FROM pg_class c

WHERE c.relkind IN ('r', 'm') AND NOT EXISTS (

SELECT 1 FROM pg_locks

WHERE relation = c.oid AND mode = 'AccessExclusiveLock' AND granted

)

AND pg_total_relation_size(c.oid) > 500 * 2^10 ORDER BY pg_total_relation_size(c.oid) DESC LIMIT 10;