reload
Заново загружает все таблицы доступа. 
refresh
Записывает буферизованные изменения во все таблицы и закрывает и открывает все 
журналы.
shutdown
Завершает работу сервера.
status
Выдает краткое сообщение о состоянии сервера.
variables
Выдает значения имеющихся переменных. 
version
Выдает данные о версии сервера.
Кроме команд поддерживаются также следующие параметры: 
-# LOG
Выдача отладочной информации в журнал. Часто это 'd:t:o,FILENAME'.
-f
Не запрашивать подтверждение на удаление таблицы и переходить к следующей 
команде даже при невозможности выполнить эту.
-? или --help
Выдача подсказки по использованию утилиты msqladmin. 
-С
Использовать сжатие в протоколе клиент/сервер.
-Н HOST
Подключиться к указанному компьютеру. 
-р [PASSWORD]
Использовать указанный пароль для проверки прав пользователя. 
Если пароль не указан, пользователю будет выдано приглашение для ввода пароля.
-Р PORT
Использовать для подключения указанный порт. 
-i SECONDS
Повторно выполнять команды через заданный промежуток времени.
-s
Выйти без сообщений, если соединение с сервером невозможно установить.
-S SOCKET
Файл для использования в качестве сокета Unix. 
-t TIMEOUT
Тайм-аут для соединения.
-u USER
Имя для регистрации пользователя, если оно отлично от текущего.
-V
Выдать информацию о версии и завершить работу.
-w COUNT
Ждать и повторить попытку заданное число раз, если сервер в данный момент не 
готов.
Резервирование данных
Нельзя переоценить важность регулярного резервирования данных. Без 
работоспособной резервной копии в результате аварии питания могут быть потеряны 
месяцы и годы работы. В то же время при хорошо спланированном резервировании 
можно за короткое время восстановить данные почти при любой аварии.
В главе 5 «mSQL» приводится подробное изложение роли команды msqldump при 
резервировании данных mSQL. MySQL поддерживает почти идентичную 
функциональность в виде команды mysqldump. Мы рекомендуем изучить этот пункт, 
чтобы понять роль mysqldump при полном резервировании баз данных. В данном 
параграфе мы остановимся на следующем наиболее важном виде резервирования - 
инкре-ментном резервировании.
Хотя технически полного резервирования данных вполне достаточно для 
восстановления после потери данных, его иногда трудно осуществить. Когда у вас 
много данных, файлы, необходимые для полного резервирования, могут занимать 
слишком большое дисковое пространство. Поэтому общепринято осуществлять полное 
резервирование раз в неделю или через небольшие промежутки времени, а ежедневно 
производить резервирование данных, изменившихся с момента последнего полного 
резервирования. Это называется инкрементным резервированием.
При использовании MySQL инкрементное резервирование можно производить, 
используя такую возможность сервера баз данных, как «update log» - журнал 
изменений MySQL. Если сервер баз данных mysqld запущен с параметром 
--log-update, то все изменения в базе данных будут сохраняться в файле в виде 
команд SQL. Изменения будут сохраняться в порядке их производства. В результате 
получается файл, который, будучи обработан монитором mysql, воспроизведет все 
действия, произведенные над базой данных. Если журнал хранится с самого 
образования базы данных, то будет восстановлен весь жизненный цикл базы данных, 
который приведет ее в текущее состояние.
С большей пользой журнал, ведущийся с некоторого определенного момента, 
например, от последнего резервирования базы данных, можно использовать для 
приведения резервной копии в текущее состояние. Такова технология инкрементного 
резервирования. Производите регулярное (скажем, раз в неделю) полное 
резервирование базы данных. Затем каждый день копируйте журнал изменений на 
магнитную ленту или выделенную область жесткого диска. Сохраняйте копии всех 
ежедневных журналов изменений, начиная с даты последнего полного резервирования.
 Это позволяет восстановить базу данных в случае аварии, а также все данные,