MySQL - проблема имени хоста
Вы видите высокий iowait, потому что система неактивна. В основном системе нечего делать, но ожидайте ввода-вывода, таким образом, это - то, что это делает. Когда существует много времени простоя, высокий iowait не является проблемой.
Итак, я наконец смог подключиться к серверу mysql через приложение. После реализации предложения Суку я перезапустил службу mysql, но все еще не работал. Итак, я решил, что перезапущу службу httpd, и приложение снова смогло подключиться. Кажется, что если я удалю запись в / etc / hosts и не перезапущу службу httpd, у нее возникнут проблемы с подключением, но если я удалю запись и перезапускаю, она работает. Даже добавление записи в / etc / hosts не работало, пока я не перезапустил httpd.
mysql> select User,Host from user where user like '%core%';
+------------+-----------+
| User | Host |
+------------+-----------+
| ro_ml_core | % |
| ro_ml_core | localhost |
+------------+-----------+
2 rows in set (0.00 sec)
Необходимо иметь обе учетные записи (
%иlocalhost), чтобыro_ml_coreбыл возможность подключения из любого места какro_ml_core. Без учетной записи localhost учетная запись анонимного пользователя для localhost, созданнаяmysql_install_dbбудет иметь приоритет, когдаro_ml_coreподключается из localhost. В результатеro_ml_coreбудет рассматриваться как анонимный пользователь. В причина этого в том, что учетная запись анонимного пользователя имеет более конкретную Значение столбца хоста, чем у учетной записи'ro_ml_core' @ '%', и поэтому оно встречается раньше в порядок сортировки пользовательской таблицы.
О порядке сортировки:
Сервер использует правила сортировки, которые упорядочивают строки с наиболее точными Сначала значения хоста. Буквальные имена хостов и IP-адреса являются наиболее распространенными. конкретный. (Специфика буквального IP-адреса не зависит от есть ли у него сетевая маска, поэтому
192.168.1.13и192.168.1.0/255.255.255.0считаются одинаково специфичными.) Шаблон'%'означает«любой хост»и наименее специфичен. Пустая строка''также означает«любой хост», но выполняется сортировка после'%'. Строки с одним и тем же хостом значения упорядочиваются в первую очередь с наиболее точными пользовательскими значениями (пробел Значение пользователя означает«любой пользователь»и является наименее конкретным).
Это происходит из-за того, что в вашем resolv.conf нет
search foo.com
Когда mysql выполняет поиск для store-ro , foo.com к нему не добавляется. Другой способ сделать это - использовать fqdn. Для подключения используйте store-ro.foo.com .
Фрагмент страницы руководства. resolv.conf (5)
поиск Список поиска для поиска имени хоста. Список поиска обычно определяется по локальному доменному имени; по умолчанию он содержит только локальное доменное имя. Это может быть изменено путем перечисления желаемого пути поиска домена после поиска ключевое слово с пробелами или табуляцией, разделяющими имена. Resolver запросы будет предпринята попытка иметь в них менее ndots точек (по умолчанию 1) используя каждый компонент пути поиска по очереди, пока не будет найдено совпадение найденный. Для сред с несколькими поддоменами ознакомьтесь с параметрами ndots: n ниже, чтобы избежать атак типа "злоумышленник посередине" и ненужных трафик для root-dns-серверов. Обратите внимание, что этот процесс может быть медленным и будет генерировать большой сетевой трафик, если серверы для перечисленные домены не являются локальными, и запросы будут истекать, если нет сервер доступен для одного из доменов. В настоящее время список поиска ограничен шестью доменами с общим количеством символов 256.