Проблема серверного соединения MySql

Что я сделал в своем предыдущем работодателе, который был в основном сайтом аукциона/электронной коммерции, где мы не могли разрешить много времени простоя:

  • Возьмите заархивированную версию сборки выпуска/версии для развертывания на сервере сборки
  • Протестируйте его на сервере подготовки, который имеет копию производственной базы данных и имеет ту же версию программного обеспечения как производственное программное обеспечение. Тест, что все пошло гладко. Если не перезапускают развертывание сервера подготовки (но сначала восстанавливают резервное копирование).
  • Если все подходило: скопируйте сборку и сценарии обновления базы данных к рабочему серверу к локальной папке. Возьмите определенное резервное копирование базы данных и файлов ASP.NET (в случае, если что-то все еще идет не так, как надо). Подготовьте затем все так, чтобы я только нажал, входят для запуска сценария обновления, и копирование файлов базы данных (обратите внимание, что я мог создавание сценария для этого). Затем запустите все. Это обычно - несколько секунд, и пользователи не заметят много, что было время простоя.

Там много более забавных вещей сделать как веб-разработчик. Но это было наиболее ключевой ролью моей работы.

2
задан 10 June 2009 в 23:36
2 ответа

--skip-resolve-names препятствует тому, чтобы сервер искал обратную запись DNS для соединяющегося клиента. Если у соединяющегося клиента нет обратной записи DNS затем, соединение может зависнуть в течение краткого промежутка времени, в то время как оно пытается и не удается сделать этот поиск.

Я вижу отсюда это 87.117.75.217.in-addr.arpa. не решает ни к чему. Можно найти, что это хорошо работает в течение кратких промежутков времени, в то время как результат NXDOMAIN кэшируется, только чтобы затем быть повторно запрошенным и зависнуть снова в более позднее время.

Как отвечено в этом потоке можно также поместить skip_name_resolve в [mysqld] раздел Вашего сервера my.cnf. Но намного более краткое решение состоит в том, чтобы гарантировать, чтобы у Вас была обратная установка DNS правильно для того хоста.

5
ответ дан 3 December 2019 в 09:54
  • 1
    Ваш ответ был пятном на. +1 и принимают.Большое спасибо. We' ll делают skip_name_resolve на данный момент. Для фиксации обратного DNS, мы должны вовлечь нашего поставщика сервера имен и it' ll занимают время. также, мы don' t используют какие-либо имена DNS в наших ПРЕДОСТАВЛЕНИЯХ, так есть ли какая-либо другая причина зафиксировать его? –  PatrikAkerstrand 11 June 2009 в 00:32
  • 2
    Отлично. Действительно попытайтесь зафиксировать rDNS все же. It' s хорошая практика и может влиять на приложения кроме MySQL. –  Dan Carley 11 June 2009 в 01:12

- имена твердости пропуска будут мешать серверу пытаться разрешить имя хоста от IP соединений. Если Вам не настроят сервер правильно для разрешения имен хостов, то он ускорит вещи, потому что он не будет иметь к тайм-ауту.

Если Вы действительно выключите его, то Вы будете иметь к разрешению IP, а не именем хоста.

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

0
ответ дан 3 December 2019 в 09:54

Теги

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