Mysql localhost!= 127.0.0.1?

$ mysql -u root -h 127.0.0.1 -e 'show tables' created_from_host;
+-----------------------------+
| Tables_in_created_from_host |
+-----------------------------+
| test                        |
+-----------------------------+

$ mysql -u root -h localhost -e 'show tables' created_from_host;
ERROR 1049 (42000): Unknown database 'created_from_host'

$ cat /etc/hosts
127.0.0.1       localhost.localdomain localhost
127.0.0.1       localhost
::1     localhost6.localdomain6 localhost6

Как это могло быть? И главный вопрос - как предоставить ВСЕ привилегии для ВСЕХ баз данных из ВСЕХ хостов для root?

UPD:

$ mysql -u root -h 127.0.0.1 -pzenoss -e "show grants";
+----------------------------------------------------------------------------------------------------------------------------------------+
| Grants for [email protected]                                                                                                              |
+----------------------------------------------------------------------------------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' IDENTIFIED BY PASSWORD '*3715D7F2B0C1D26D72357829DF94B81731174B8C' WITH GRANT OPTION |
| GRANT PROXY ON ''@'' TO 'root'@'localhost' WITH GRANT OPTION                                                                           |
+----------------------------------------------------------------------------------------------------------------------------------------+
$ mysql -u root -h localhost -pzenoss -e "show grants";
+----------------------------------------------------------------------------------------------------------------------------------------+
| Grants for [email protected]                                                                                                              |
+----------------------------------------------------------------------------------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' IDENTIFIED BY PASSWORD '*3715D7F2B0C1D26D72357829DF94B81731174B8C' WITH GRANT OPTION |
| GRANT PROXY ON ''@'' TO 'root'@'localhost' WITH GRANT OPTION                                                                           |
+----------------------------------------------------------------------------------------------------------------------------------------+

UPD2:

zends> SHOW GLOBAL VARIABLES LIKE 'skip_networking';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| skip_networking | OFF   |
+-----------------+-------+
1 row in set (0.00 sec)

zends> SELECT user,host FROM mysql.user WHERE user='root'; 
+------+-----------------------+
| user | host                  |
+------+-----------------------+
| root | 127.0.0.1             |
| root | ::1                   |
| root | localhost             |
| root | localhost.localdomain |
+------+-----------------------+
4 rows in set (0.00 sec)

Ответ 1

Как вы можете видеть здесь, mysqld UNIX использует сокеты, если используется без имени хоста или с именем хоста localhost.

Таким образом, это имеет значение, и в системе GRANT это различие становится очевидным.

Ответ 2

Войдите в систему через 127.0.0.1 и выполните следующее утверждение:

SHOW GRANTS

Вероятно, вы увидите что-то вроде

GRANT ALL ... 'root'@'127.0.0.1'

Я только что подтвердил свою локальную установку и кажется, что MySQL не будет автоматически разрешать имя хоста. Вы можете добавить еще один грант для localhost или просто использовать 127.0.0.1

Ответ 3

Я знаю, что этот протектор старый, однако, скорее всего, он не был правильно ответил.

По умолчанию mysql разрешает имя, поэтому 127.0.0.1 и localhost будут разрешаться одинаково. Однако вы можете отключить разрешение имен в my.cnf:

skip-name-resolve = 1

Тогда localhost и 127.0.0.1 больше не будут похожи. Таким образом, вы либо сохраняете разрешение имен, либо ограничиваете себя использованием только localhost в своих грантах или только 127.0.0.1 НО: Если вы сделаете последнее, вам также придется получить доступ к нашей базе данных с этими учетными данными.