То, что я закончил, было kill -9 на всех процессах, похожих на mysql, показанных ps -ef. Затем я удалил /var/lib/mysql - и случайно удалил все /var/lib/*. Впоследствии, поэтому, я переустановил все свои пакеты Cygwin, таким образом, начиная с чистого листа.
Я также нашел следующий более подробный процесс на этой странице alaya для установки базы данных MySQL / MariaDB на Cygwin, после чего я смог отключить сервер MySQL.
из терминала администратора запуска:
mysql_install_db
Запустите сервер MySQL:
mysqld_safe &
затем запустите:
mysql_secure_installation
После этого вы сможете войти в MariaDB из неадминистративной оболочки с помощью:
mysql -u root -p
Начальный шаг mysql_install_db генерирует следующую полезную информацию, которую я собираю здесь, потому что я не уверен, есть ли способ получить ее снова.
Installing MariaDB/MySQL system tables in '/var/lib/mysql' ...
2019-05-01 23:00:06 0 [Warning] InnoDB: innodb_open_files 300 should not be greaterthan the open_files_limit 256
OK
To start mysqld at boot time you have to copy
support-files/mysql.server to the right place for your system
PLEASE REMEMBER TO SET A PASSWORD FOR THE MariaDB root USER !
To do so, start the server, then issue the following commands:
'/usr/bin/mysqladmin' -u root password 'new-password'
'/usr/bin/mysqladmin' -u root -h fmaPC password 'new-password'
Alternatively you can run:
'/usr/bin/mysql_secure_installation'
which will also give you the option of removing the test
databases and anonymous user created by default. This is
strongly recommended for production servers.
See the MariaDB Knowledgebase at http://mariadb.com/kb or the
MySQL manual for more instructions.
You can start the MariaDB daemon with:
cd '/usr' ; /usr/bin/mysqld_safe --datadir='/var/lib/mysql'
You can test the MariaDB daemon with mysql-test-run.pl
cd '/usr/mysql-test' ; perl mysql-test-run.pl
Please report any problems at http://mariadb.org/jira
The latest information about MariaDB is available at http://mariadb.org/.
You can find additional information about the MySQL part at:
http://dev.mysql.com
Consider joining MariaDB's strong and vibrant community:
https://mariadb.org/get-involved/
На шаге mysql_secure_installation я следовал рекомендации установить пароль root. Вместо шага mysql -u root -p я мог бы вместо этого выполнить следующее, чтобы остановить сервер MySQL:
mysqladmin -u root -p shutdown
Я сделал важное открытие в отношении этого процесса с точки зрения пользователя без прав администратора. В отличие от того, что предлагается на приведенной выше странице alaya , вышеописанный процесс не должен выполняться из учетной записи администратора. Важно отметить, что учетные записи пользователей, с которыми можно подключаться к серверу MySQL, не имеют ничего общего с учетными записями пользователей в хост-системе (Windows или * nix) (факт, который я получил, просматривая базу знаний MariaDB). Я подозреваю, что любой пользователь в хост-системе может подключиться к любой учетной записи пользователя на сервере через сокет, который он представляет [1], с правильным паролем.
Я также обнаружил, что описанный выше процесс работает на компьютере с очень строгими политиками брандмауэра Windows. Даже если сервер (шаг mysqld_safe &) и клиент (шаг mysql -u root -p) запущены из одной и той же неадминистративной учетной записи, брандмауэр Windows выдаст предупреждение об отключении некоторых функций. Я подозреваю, что триггером является создание сокета для подключения к серверу. Однако, несмотря на предупреждение, ps -ef показывает, что сервер работает. Поэтому я подозреваю, что ограничение брандмауэра состоит в том, что разрешены только петлевые соединения. Шаг mysql_secure_installation, по-видимому, запрещает внешние подключения, и я обнаружил, что после этого шага остановка и перезапуск сервера больше не вызывает предупреждение брандмауэра. Таким образом, эффект mysql_secure_installation, похоже, сохраняется в последующих запусках sqld, по крайней мере, когда они запускаются через mysqld_safe.
[1] «Присутствие» может быть здесь неправильной терминологией, поскольку я скорее аналитик, чем разработчик или администратор.