pt-mysql-summaryp - Онлайн в облаке

ПРОГРАММА:

ИМЯ

pt-mysql-summary - красиво резюмирует информацию MySQL.

СИНТАКСИС

Использование: pt-mysql-summary [ОПЦИИ]

pt-mysql-summary удобно обобщает статус и конфигурацию базы данных MySQL.
server, чтобы вы могли сразу о нем узнать. Это не инструмент настройки или диагностики
орудие труда. Он создает отчет, который легко сравнивать и который можно вставлять в электронные письма без
потеря форматирования. Он должен хорошо работать в любых современных системах UNIX.

РИСКИ

Percona Toolkit зрелый, проверенный в реальном мире и хорошо протестированный, но все базы данных
инструменты могут представлять опасность для системы и сервера базы данных. Перед использованием этого инструмента,
пожалуйста:

· Прочтите документацию к инструменту

· Просмотрите известные "ОШИБКИ" инструмента.

· Протестируйте инструмент на непроизводственном сервере

· Сделайте резервную копию вашего производственного сервера и проверьте резервные копии

ОПИСАНИЕ

pt-mysql-summary работает, подключаясь к серверу базы данных MySQL и запрашивая его статус
и информация о конфигурации. Он сохраняет эти биты данных в файлы во временном
каталог, а затем аккуратно форматирует их с помощью awk и других языков сценариев.

Чтобы использовать, просто выполните его. При желании добавьте двойное тире, а затем ту же командную строку
параметры, которые вы могли бы использовать для подключения к MySQL, например следующие:

pt-mysql-summary --user = корень

Инструмент минимально взаимодействует с сервером, на котором он работает. Предполагается, что вы
запустите его на том же сервере, который вы проверяете, и поэтому предполагается, что он сможет
например, чтобы найти файл конфигурации my.cnf. Однако он должен изящно деградировать.
если это не так. Обратите внимание, однако, что его вывод не указывает, какой
информация поступает из базы данных MySQL и поступает из операционной системы хоста,
поэтому можно создать запутанный вывод, если вы запустите инструмент на одном сервере
и подключитесь к серверу базы данных MySQL, работающему на другом сервере.

ВЫВОД

Многие результаты этого инструмента намеренно округлены, чтобы показать их масштабы, но
не точная деталь. Это называется нечетким округлением. По идее, это не имеет значения
выполняет ли сервер 918 запросов в секунду или 921 запрос в секунду; такой маленький
вариации незначительны и только затрудняют сравнение вывода с другими серверами.
Раунды с нечетким округлением увеличиваются по мере увеличения входных данных. Он начинается с округления до
ближайшие 5, затем ближайшие 10, ближайшие 25, а затем повторяется в 10 раз больше
(50, 100, 250) и так далее по мере роста входных данных.

Ниже приведен образец отчета, который создает инструмент:

# Сводный отчет Percona Toolkit MySQL ######################
Системное время | 2012-03-30 18:46:05 UTC
(местный TZ: EDT -0400)
# Экземпляры ######################################################################### ##
Каталог данных порта Nice OOM Socket
===== ========================= ==== === ======
12345 / tmp / 12345 / data 0 0 /tmp/12345.sock
12346 / tmp / 12346 / data 0 0 /tmp/12346.sock
12347 / tmp / 12347 / data 0 0 /tmp/12347.sock

Первые два раздела показывают, на каком сервере был создан отчет и какой MySQL
экземпляры работают на сервере. Это определяется по выходным данным "ps" и не
всегда обнаруживает все экземпляры и параметры, но часто работает хорошо. С этого момента
вперед, отчет будет сосредоточен на одном экземпляре MySQL, хотя несколько экземпляров
может появиться в предыдущем абзаце.

# Report On Port 12345 ############################################################
Пользователь | msandbox @%
Время | 2012-03-30 14:46:05 (EDT)
Имя хоста | localhost.localdomain
Версия | 5.5.20-журнал MySQL Community Server (GPL)
Построен на | linux2.6 i686
Начато | 2012-03-28 23:33 (вверх 1 + 15: 12: 09)
Базы данных | 4
Датадир | / tmp / 12345 / data /
Процессы | 2 подключенных, 2 работающих
Репликация | Не является подчиненным, подключено 1 подчиненное устройство.
Pidfile | /tmp/12345/data/12345.pid (существует)

В этом разделе приводится краткое описание экземпляра MySQL: версия, время безотказной работы и другие очень важные аспекты.
основные параметры. Вывод времени генерируется сервером MySQL, в отличие от системы
дата и время, напечатанные ранее, чтобы вы могли видеть,
раз совпадают.

# Список процессов #########################################################################

Команда COUNT (*) Рабочая SUM (Время) MAX (Время)
------------------------------ -------- ------- ----- ---- ---------
Дамп бинлога 1 1 150000 150000
Запрос 1 1 0 0

Пользователь COUNT (*) Рабочая SUM (время) MAX (время)
------------------------------ -------- ------- ----- ---- ---------
мсандбокс 2 2 150000 150000

Хост COUNT (*) Рабочая SUM (время) MAX (время)
------------------------------ -------- ------- ----- ---- ---------
локальный 2 2 150000 150000

db COUNT (*) Рабочая сумма (время) MAX (время)
------------------------------ -------- ------- ----- ---- ---------
ПУСТО 2 2 150000 150000

Состояние COUNT (*) Рабочая SUM (Время) MAX (Время)
------------------------------ -------- ------- ----- ---- ---------
Мастер отправил весь бинарный журнал на номер 1 1 150000 150000
ПУСТО 1 1 0 0

Этот раздел представляет собой сводку результатов SHOW PROCESSLIST. Каждый подраздел
агрегированы по другому элементу, который отображается в заголовке первого столбца. Когда
резюмируется командой, каждая строка в SHOW PROCESSLIST включается, но в противном случае строки
чья команда Sleep исключаются из столбцов SUM и MAX, поэтому они не искажают
чисел слишком много. В показанном примере сервер простаивает, за исключением самого инструмента,
и одна подключенная реплика, выполняющая дамп Binlog.

Столбцы - это количество включенных строк, количество, которое не находится в состоянии сна,
сумма столбца «Время» и столбца «Максимальное время». Цифры округлены нечетко.

# Счетчики состояния (подождите 10 секунд) ##########################
Переменная в день в секунду 10 секунд
Binlog_cache_disk_use 4
Binlog_cache_use 80
Получено байт 15000000 175 200
Байт_сент 15000000 175 2000
Com_admin_commands 1
................... (многие строки опущены) .......................... ..
Threads_created 40 1
Время работы 90000 1 1

В этом разделе показаны выбранные счетчики из двух снимков SHOW GLOBAL STATUS, собранные
с интервалом примерно 10 секунд и округлые нечеткие. В него входят только те предметы, которые
инкрементные счетчики; он не включает абсолютные числа, такие как Threads_running
переменная состояния, которая представляет текущее значение, а не накопленное число за
времени.

Первый столбец - это имя переменной, а второй столбец - это счетчик из первого.
снимок делится на 86400 (количество секунд в дне), чтобы вы могли видеть величину
сдачи счетчика в сутки. 86400 нечетких циклов на 90000, поэтому счетчик времени работы должен
всегда будет около 90000.

Третий столбец - это значение из первого снимка, разделенное на время работы, а затем нечеткое.
округлено, поэтому приблизительно показывает, насколько быстро счетчик увеличивается в секунду по сравнению с
время безотказной работы сервера.

Третий столбец - инкрементная разница с первым и вторым снимками, разделенная
по разнице в времени безотказной работы, а затем округляется нечетко. Таким образом, он показывает, насколько быстро
счетчик увеличивается в секунду на момент создания отчета.

# Table cache ####################################################################### #
Размер | 400
Использование | 15%

В этом разделе показан размер кеша таблицы, за которым следует процент таблицы.
кеш в использовании. Использование нечеткое округлое.

# Ключевые особенности Percona Server ###########################################################################
Статистика таблиц и индексов | Не поддерживается
Несколько потоков ввода-вывода | Включено
Устойчивость к коррупции | Не поддерживается
Надежная репликация | Не поддерживается
Импортировать таблицы InnoDB | Не поддерживается
Быстрый перезапуск сервера | Не поддерживается
Расширенное ведение журнала | Не поддерживается
Реплика Perf Logging | Не поддерживается
Время отклика Hist. | Не поддерживается
Гладкая промывка | Не поддерживается
HandlerSocket NoSQL | Не поддерживается
UDF с быстрым хешированием | Неизвестный

В этом разделе показаны функции, доступные в Percona Server, и указаны ли они
включен или нет. В показанном примере сервером является стандартный MySQL, а не Percona Server, поэтому
функции обычно не поддерживаются.

# Плагины ################################################################################# ####
Сжатие InnoDB | АКТИВНЫЙ

Эта функция показывает конкретные плагины и то, включены ли они.

# Кеш запросов ########################################################################################## #
query_cache_type | НА
Размер | 0.0
Использование | 0%
Хиттоинсертратио | 0%

В этом разделе показано, включен ли кеш запросов, и его размер, а затем
процент использования кеша и соотношение попаданий и вставок. Последние два нечеткие.
округлый.

# Схема ######################################################################### #####

Таблицы базы данных Представления SP Триги Funcs FKs Партнёр
mysql 24
представление_схемы 17
сакила 16 7 3 6 3 22

База данных MyISAM CSV PERFORMANCE_SCHEMA InnoDB
MySQL 22 2
представление_схемы 17
сакила 8 15

База данных BTREE FULLTEXT
mysql 31
представление_схемы
сакила 63 1

ctselditmvs
hienoanieam
Amtunttndra
Remgeyicl
сбтиул
tlinmai
aomttrn
свекла
px
t
База данных === === === === === === === === === === ===
MySQL 61 10 6 78 5 4 26 3 4 5 3
представление_схема 5 16 33
сакила 1 15 1 3 4 3 19 42 26

Если вы укажете «--databases» или «--all-databases», инструмент распечатает вышеуказанный раздел.
Это сводная информация о количестве и типах объектов в базах данных. Он генерируется
запуск "mysqldump --no-data", а не запрос INFORMATION_SCHEMA, который может заморозить
занятый сервер.

Первый подотчет в разделе - это количество объектов по типу в каждой базе данных:
таблицы, представления и т. д. Второй показывает, сколько таблиц используют различные механизмы хранения.
в каждой базе данных. Третий подотчет показывает количество индексов каждого типа в каждом
.

В последнем разделе показано количество столбцов с различными типами данных в каждой базе данных. Для
компактный дисплей, заголовки столбцов отформатированы вертикально, поэтому нужно читать
сверху вниз. В этом примере первый столбец - «char», а второй столбец
это «отметка времени». Этот пример усечен, поэтому он не переносится на терминал.

Все числа в этой части вывода являются точными, а не округленными.

# Примечательные технологии ####################################################################
Полнотекстовая индексация | да
Геопространственные типы | Нет
Внешние ключи | да
Разбиение на разделы | Нет
Сжатие InnoDB | да
SSL | Нет
Явные таблицы БЛОКИРОВКИ | Нет
Отложенная вставка | Нет
XA-транзакции | Нет
Кластер NDB | Нет
Подготовленные заявления | Нет
Количество подготовленных выписок | 0

В этом разделе показаны некоторые конкретные технологии, используемые на этом сервере. Некоторые из них
обнаружен из дампа схемы, выполненного для предыдущих разделов; другие могут быть обнаружены
посмотрев ПОКАЗАТЬ ГЛОБАЛЬНЫЙ СТАТУС.

# InnoDB ########################################################################## #####
Версия | 1.1.8
Размер буферного пула | 16.0 млн
Заполнение буферного пула | 100%
Буферный бассейн грязный | 0%
Файл на таблицу | ВЫКЛЮЧЕННЫЙ
Размер страницы | 16k
Размер файла журнала | 2 * 5.0 млн = 10.0 млн
Размер буфера журнала | 8 млн
Метод промывки |
Очистить журнал при фиксации | 1
XA Поддержка | НА
Контрольные суммы | НА
Двойная запись | НА
R / WI / O потоков | 4 4
Емкость ввода / вывода | 200
Параллелизм потоков | 0
Билеты на параллелизм | 500
Зафиксировать параллелизм | 0
Уровень изоляции Txn | ПОВТОРЯЕМЫЙ-ЧИТАТЬ
Адаптивная промывка | НА
Адаптивный контрольно-пропускной пункт |
Возраст контрольной точки | 0
Очередь InnoDB | 0 запросов внутри InnoDB, 0 запросов в очереди
Самая старая транзакция | 0 секунд
История Список Лен | 209
Прочитанные просмотры | 1
Отменить записи журнала | 1 транзакция, 1 полная отмена, 1 максимальная отмена
Ожидающих чтения операций ввода-вывода | 0 buf pool читает, 0 нормальный AIO,
0 ibuf AIO, 0 преэдов
Ожидающих записи ввода-вывода | 0 пул буферов (0 LRU, 0 очистить список, 0 страниц);
0 AIO, 0 синхронизации, 0 журналов ввода-вывода (0 журналов, 0 chkp);
0 писем
Ожидающих сбросов ввода-вывода | 0 пулов буферов, 0 журналов
Состояния транзакции | 1xне началось

В этом разделе показаны важные переменные конфигурации для механизма хранения InnoDB. В
процент заполнения буферного пула и процент грязных данных округлены нечетко. Последние несколько строк
полученный из вывода SHOW INNODB STATUS. Вполне вероятно, что этот вывод изменится
в будущем стать более полезным.

# MyISAM ################################################################################# #####
Key Cache | 16.0 млн
% Использованных | 10%
Не промытый | 0%

В этом разделе показан размер кэша ключей MyISAM, за которым следует процент
используемый кеш и процент незаправленного (нечеткое округление).

# Безопасность ################################################ ###
Пользователи | 2 пользователя, 0 анонимно, 0 без пароля, 0 старый пароль
Старые пароли | ВЫКЛЮЧЕННЫЙ

Этот раздел создается из запросов к таблицам в системной базе данных mysql. Это показывает
сколько пользователей существует, и различные потенциальные риски безопасности, такие как пароли старого образца и
пользователи без паролей.

# Двоичное ведение журнала ######################################################################
Бинлоги | 1
Нулевой размер | 0
Общий размер | 21.8 млн
binlog_format | УТВЕРЖДЕНИЕ
expire_logs_days | 0
синхронный_бинлог | 0
идентификатор_сервера | 12345
binlog_do_db |
binlog_ignore_db |

В этом разделе показаны конфигурация и состояние двоичных журналов. Если есть нулевые
двоичные журналы, тогда возможно, что индекс binlog не синхронизирован с двоичными журналами
которые действительно существуют на диске.

# Важные переменные #####################################
Auto-Inc Incr / Offset | 1/1
default_storage_engine | ИнноБД
флеш_время | 0
инициализация_подключения |
файл_инициализации |
sql_режим |
присоединиться_buffer_size | 128к
sort_buffer_size | 2 млн
read_buffer_size | 128к
read_rnd_buffer_size | 256 КБ
bulk_insert_buffer | 0.00
max_heap_table_size | 16 млн
tmp_table_size | 16 млн
max_allowed_packet | 1 млн
thread_stack | 192 тыс.
журнал | ВЫКЛЮЧЕННЫЙ
лог_ошибка | /tmp/12345/данные/mysqld.log
лог_предупреждения | 1
log_slow_queries | НА
log_queries_not_using_indexes | ВЫКЛЮЧЕННЫЙ
log_slave_updates | НА

В этом разделе показано несколько примечательных переменных конфигурации сервера, которые могут быть
важно знать при работе с этим сервером.

# Конфигурационный файл #########################################
Файл конфигурации | /tmp/12345/my.sandbox.cnf
[Клиент]
пользователь = msandbox
пароль = msandbox
порт = 12345
сокет = /tmp/12345/mysql_sandbox12345.sock
[ТуздЫ]
порт = 12345
сокет = /tmp/12345/mysql_sandbox12345.sock
pid-файл = /tmp/12345/data/mysql_sandbox12345.pid
baseir = /дом/барон/5.5.20
datadir = / tmp / 12345 / данные
key_buffer_size = 16 МБ
innodb_buffer_pool_size = 16 млн
innodb_data_home_dir = / tmp / 12345 / данные
innodb_log_group_home_dir = / tmp / 12345 / данные
innodb_data_file_path = ibdata1: 10M: автоматическое расширение
innodb_log_file_size = 5 МБ
журнал-bin = mysql-bin
relay_log = mysql-реле-бункер
log_slave_updates
идентификатор сервера = 12345
хост-отчет = 127.0.0.1
отчет-порт = 12345
журнал-ошибка = mysqld.log
innodb_lock_wait_timeout = 3
# Конец ############################################### #####

В этом разделе показана довольно распечатанная версия файла my.cnf с удаленными комментариями и
с добавлением пробелов, чтобы выровнять текст для удобства чтения. Инструмент пытается обнаружить
my.cnf, посмотрев на вывод ps, и если он не найдет расположение
файл там, он пробует общие местоположения, пока не найдет файл. Обратите внимание, что этот файл может не
фактически соответствуют серверу, с которого был создан отчет. Это может случиться
когда инструмент не запущен на том же сервере, о котором он сообщает, или при обнаружении
расположение файла конфигурации не удается.

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

Все опции после - передаются в «mysql».

--все-базы данных
mysqldump и просуммируйте все базы данных. См. "--Databases".

--иск-пас
Запрашивать пароль при подключении к MySQL.

--config
тип: строка

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

- базы данных
тип: строка

mysqldump и просуммируйте этот список баз данных, разделенных запятыми. Указать
"--all-databases" вместо этого, если вы хотите выгрузить и суммировать все базы данных.

--defaults-файл
краткая форма: -F; тип: строка

Только читать параметры mysql из данного файла. Вы должны указать абсолютный путь.

--Помогите
Распечатать справку и выйти.

--хозяин
краткая форма: -h; тип: строка

Хост для подключения.

--пароль
краткая форма: -p; тип: строка

Пароль для использования при подключении. Если пароль содержит запятые, их нужно экранировать.
с обратной косой чертой: "пример \, пожалуйста"

--порт
краткая форма: -P; тип: int

Номер порта для подключения.

- образцы чтения
тип: строка

Создайте отчет из файлов, найденных в этом каталоге.

--save-образцы
тип: строка

Сохраните файлы данных, использованные для создания сводки, в этом каталоге.

--спать
тип: int; по умолчанию: 10

Секунды для сна при сборе счетчиков статуса.

--разъем
краткие формы; тип: строка

Файл сокета, используемый для подключения.

--Пользователь
краткая форма: -u; тип: строка

Пользователь для входа, если не текущий пользователь.

--версия
Распечатать версию инструмента и выйти.

ОКРУЖАЮЩАЯ СРЕДА

Этот инструмент не использует никаких переменных среды.

СИСТЕМА ТРЕБОВАНИЯ

Для этого инструмента требуется Bash v3 или новее, Perl 5.8 или новее и binutils. Это обычно
уже предоставлен большинством дистрибутивов. В системах BSD может потребоваться смонтированный файл procfs.

Используйте pt-mysql-summaryp в Интернете с помощью сервисов onworks.net