Вместо предисловия
Рассматривается версия Community. Материал ориентирован на тех, кто желает постичь основы управления базами данных, в частности, MySQL.
Необходимые компетенции: базовые навыки работы с командной строкой (консолью) MS Windows и самой операционной системой ( редактирование реестра, копирование, вставка, удаление объектов, строк в консоли ), 1-2 драгоценных часа жизненного цикла :-).
В статье приведены многочисленные ссылки на разъясняющий материал - не пропадете :-). Вопросы, предложения и комментарии читателей приветствуются. Перед тем, как написать возмущенный комментарий, представьте на минуточку орду изголодавшихся фанатов MySQL на Хабре, жаждущих чьей-то крови :-).
Мотивация
Скорый обзор публикаций по ключевым словам в поисковике выявил ряд материалов - сборников сборной солянки, как мне показалось, в т.ч. ошибок и неточностей. Наиболее интересными по содержанию показались следующие материалы Рунета:
не могу не отметить инструкцию для MySQL на английском с непереводимым, но очень метким названием "Put MySQL in PATH"
а также переведенную, очевидно, машинным способом, с китайского языка статью на портале "Русские блоги" с фотками китайской версии Windows - такая у нас международная любовь к MySQL; своей экзотики, видимо, уже не хватает :-).
Переменная среды́ ( англ. environment variable ) — текстовая переменная операционной системы, хранящая какую-либо информацию, например данные о настройках системы [ 1 ].
Каждый процесс имеет блок среды [окружения], который содержит набор переменных среды и их значений. Существует два типа переменных среды: переменные среды пользователя (устанавливаются для каждого пользователя) и переменные среды системы (устанавливаются для всех) [ 2 ].
Настраивать переменные среды возможно 3-мя способами
При манипуляциях с переменными среды "мануал" настоятельно рекомендует сделать резервные копии реестра и всех изменяемых файлов, т. к. в случае ошибки компьютер может тупо не загрузиться. А лучше скопировать весь ноутбук или что там у вас...
Ну, это они на своих ламеров пусть страх нагоняют! А у нас, у кулхацкеров, любой код с первого раза работает, как часики! :-Е)
Вариант 1 - через "Панель управления" -> «Система» -> «Дополнительные параметры системы» -> «Переменные среды» ( рис. 1 - 4 ) (через "Свойства" Моего-Твоего-Нашего-Вашего-Общего компьютера получается быстрее).
Здесь необходимо создать новую строковую запись с путем до папки "bin", например
C:\mysql\bin
, и перезагрузить компьютер.
Вариант 2 - с помощью редактора реестра. Так делают настоящие кулхацкеры :-). Win+R/"Выполнить" -> "regedit" -> "Enter"/"OK". Полный путь: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment ( рис. 6 ).
Двойной клик на переменной "Path"-> дописать в конце строки, после знака ";" путь к папке "bin", например
C:\mysql\bin;
( рис. 7 ), -> перезагрузить компьютер.
Проверка результатов обновления путей в консоли командой ( рис. 8 ):
echo %path%
После ввода команды "mysqld" курсор начинает моргать, ошибки запуска исполняемого файла по некорректному пути отсутствуют. Это значит, что сервер успешно запущен и к нему можно подключиться из параллельного окна командной строки ( рис. 9 ).
Вариант 3 - с помощью консольных команд "set" и "setx".
Команда "Setx" Создает или изменяет переменные среды в пользовательской или системной среде без необходимости программирования или написания скриптов, а также извлекает значения разделов реестра и записывает их в текстовые файлы [ 3 ].
Доп. материал по команде "set":
Особенности команды "Setx" [ 4 ]:
переменные, созданные или отредактированные через "Setx"на локальном компьютере, будут доступны в будущих окнах командной строки, но не в текущем;
переменные, созданные или отредактированные через "Setx"на удалённом компьютере, будут доступны со следующего сеанса входа.
Команда "set" , которая является внутренней для интерпретатора команд (Cmd.exe), задает переменные среды пользователя только для текущего окна консоли [ 3 ].
Доп. материал по команде "SetX":
Поскольку основная задача - прописать постоянный путь до исполняемых файлов, который распространялся бы на все процессы и сохранялся после перезагрузки компьютера, команда "set" не представляет большого интереса.
Проверка содержимого строкового параметра "Path" осуществляется с помощью команды
echo %path%
Как видно на рис. 10 пути выводятся дважды. Очевидно, что представлено содержимое переменных "Path" для среды пользователя и для системного окружения. Проверка через Панель управления подтверждает вывод. Этот факт нужно учитывать при манипуляциях с переменной, особенно при перезаписи путей и удалении подстрок.
При текущем положении попытка запустить MySQL приведет к ошибке ( рис. 11 ).
Путь до каталога bin устанавливается командой:
setx /m path "%path%;C:\mysql\bin;"
Если каталог "bin" находится в другой директории, запись команды должна соответствовать полному пути! Командная строка должна быть запущена от имени администратора! Иначе будет ошибка ( рис. 12 ).
Запуск консоли от имени администратора характеризуется адресом "C:\Windows\system32". Успешное добавление пути к каталогу "bin" ( рис. 13 ) можно проверить, только запустив новое ( новый процесс ) окно консоли, чтобы обновить содержание переменных среды.
Как следует из вывода нового процесса ( консоли ), вначале выводятся пути системного окружения, а затем - пользовательского.
В этом же, новом окне, или в другом вновь запущенном окне командной строки можно запускать сервер MySQL, теперь указывая лишь имя исполняемого файла "mysqld" ( рис. 15 - 16 )
Аналогичным образом теперь можно запускать и клиент ( рис. 16 ).
Варианты с powershell - кому интересно. И на всякий случай - "мануал по powershell от производителя" - еле выпросил. Ну, что ни сделаешь ради любимых читателей :-). Примечательно, что обращение к командам setx в powershell идет через двойное двоеточие аналогично обращению к константам внутри класса, например в PHP:
self::CONSTANT
Итоги и рекомендации
Манипулирование переменными среды ( окружения ), конечно, удобно, т. к. упрощает ввод команд запуска исполняемых файлов, но не во всех случаях. Запустить таким способом, к примеру, 2 или 3 процесса ( сервера ) MySQL одновременно и в одной той же операционной системе уже не получится. Придется запускать каждый процесс, полностью прописывая в командной строке путь до каждой отдельной папки "bin". Кроме того, если запускать MySQL в нескольких экземплярах, как службу, нужно иметь ввиду, что все службы должны иметь уникальные имена. Если же необходимость запускать несколько копий сервера одной и той же СУБД отсутствует, можно смело пользоваться переменными окружения. При частом использовании сервера проще установить MySQL, как службу, и поставить ее на автозапуск, чтобы сервер запускалсся при старте операционной системы. Эти варианты я постараюсь описать в следующих материалах.
Сопутствующие публикации
Как установить СУБД MySQL noinstall ZIP Archive на Windows
