Какие пользователи MySQL необходимы?

Я склонен к sa, который происходит, если Вы выполняете hyper-v сервер на inapproiate аппаратных средствах. У меня было то же в повторно ставивших целью системах рабочей станции, где бюджет IO ard диска был на более низком уровне.

Начиная с перемещения в надлежащий набег conroller на более раскормленном сервере я могу скопировать тот материал на скоростях, которые я нашел невероятным прежде (сотни мегабайт в секунду, В ТО ВРЕМЯ КАК другие вещи происходят). Только проблема состоит в том, когда приблизительно 10 vm's заставляют их ежемесячный журнал одновременно исправить оргию.

Я предложил бы проверить: * Среднее время отклика диска, обычно и во время операций * Диск занятые проценты.

Для получения дополнительной информации отправьте полные аппаратные средства - память, процессор, дисковая подсистема и расположение.

** Обновление

Диски SATA - 320 ГБ и 1 ТБ

Необходимо быть чертовски шуточными для выполнения Hyper-V против этого.

вот некоторые convigurations, которые я имею.

  • Маленький сервер (16 ГБ RAM, выполняет небольшое количество изображений): Adaptec 3405, кэш с обратной записью 245 МБ, с аварийным батарейным питанием, 3x 320 ГБ, таранит диск. Это - низкоэффективная вещь. Хорошие работы. У них также есть еще 4 диска как хранилище файлов 8because, я использую их в качестве двойных файловых серверов в маленькой установке разработки).
  • Стандартный Сервер: 64 ГБ RAM, одного используемого. Выполнения 20-30 изображений. И здесь мы идем: RAID-контроллер Adaptec 5805, поршень 512 МБ, батарея создает резервную копию, кэш с обратной записью. 8(!) Velociraptors на 10.000 об/мин, RAID 10.

У ОБОИХ (!) есть проблемы при создании больших передач файлов, поскольку IO получает налоги, хотя больший является сетью, ограниченной затем (1gbit до за 5 часов, затем 4) и общий, комбинация с контроллером обрабатывает ситуацию Очень хорошо.

2 дисковых системы - и 1 ТБ, очевидно, не являются быстродействующим диском, но тот, который сделан для размера - просто, похож на выполнение гонки формулы 1 с пандой указа. На борту не буферизации низкого ценового контроллера означает, что никакая оптимизация IO не возможна также. Когда Ваша копия файла совершает нападки, бюджет диска полностью входит в это. Могут быть некоторые оставленные для ОС, но чего-либо еще.... whow.

По современным стандартам это - сервер конца LOOOOOW, или достойные рабочие станции с большим количеством ЦП (8 ГБ RAM рабочая станция более высокого уровня). Диски не являются классом сервера. Это не что-то, что я поставил бы гипервизор за исключением демонстраций. Hyper-V похож на базу данных - ему нужен IO. Много из. Поскольку гипервизор полностью уничтожает "последовательный доступ" и поворачивается, это в случайный, как любая база данных.

Необходимо поместить соответствующий IO capbilities в него. А также достаточно RAM (если youneed это), затем можно работать намного больше на них, мудрая виртуальная машина - ЦП иначе просто полностью не использован. Я надеюсь, что Вашим VM's является очень интенсивный ЦП, иначе он потрачен впустую.

13
задан 28 February 2014 в 02:01
2 ответа
  1. Похоже, эти пользователи являются пользователями по умолчанию , которые были добавлены при установке MySQL. После установки MySQL рекомендуется запустить mysql_secure_installation .

  2. Пустые имена пользователей ('' @ 'SERVERNAME') представляют анонимных пользователей. Если вы не запускали mysql_secure_installation и не устанавливали пароль, то любой может получить доступ. Если анонимный пользователь имеет привилегии GRANT USAGE , то это в основном означает, что у него нет привилегий, но все же рекомендуется полностью удалить анонимный вход.

  3. Нет, большой разницы между localhost и 127.0 нет. .0.1. Независимо от IP-адреса, с которого пользователь пытается войти, он должен соответствовать части @ [IP Address] имени пользователя. Если вы входите в систему с того же компьютера, на котором работает сервер MySQL, тогда @localhost и @ 127.0.0.1 будут совпадать. Как указал IVlint67, в некоторых установках с @localhost не будет работать, поэтому лучше использовать @ 127.0.0.1 .

16
ответ дан 2 December 2019 в 21:20

Я обычно устанавливаю со скриптом mysql_secure_installation, который поставляется MySQL сейчас ...


root@127.0.0.1 - это @ IP-адрес. root @ localhost - это @ имя хоста. То же самое для имени сервера. И последний корень - это адрес @ IPv6 для localhost.


С сайта MySQL:

Попытка подключиться к хосту 127.0.0.1 обычно разрешается учетной записью localhost. Однако это не удается, если сервер запускается с параметром --skip-name-resolve, поэтому в этом случае будет полезна учетная запись 127.0.0.1.

Пустые имена пользователей:

Некоторые учетные записи предназначены для анонимных пользователей. У них пустое имя пользователя. У анонимных учетных записей нет пароля, поэтому любой может использовать их для подключения к серверу MySQL

http://dev.mysql.com/doc/refman/5.0/en/default-privileges.html


И наконец:

Если я удалю все корни, кроме root @ localhost, могу ли я в конечном итоге заблокировать себя из базы данных?

Да, но вы можете вернуться в

См. --skip-grant-tables: https://help.ubuntu.com/community/ MysqlPasswordReset

Должен ли я?

Мне все равно, это ваш сервер. Если бы он был моим, я бы защищал корневые учетные записи, как есть, паролями и удалял бы анонимные учетные записи, если они вам не нужны.

13
ответ дан 2 December 2019 в 21:20

Теги

Похожие вопросы