Я не уверен, что происходит, но это с тех пор некоторое время, что я испытываю использование моего dev сайта (работающий на VM) на локальной машине Ubuntu. Сайт работает на установке MySQL использования экземпляра Wordpress для использования innodb таблицы на отдельной папке. У меня нет проблем разрешения, насколько я знаю.
Он я пытаюсь использовать MySQL CLI I, может запросить базу данных без проблем; то же использование phpmyadmin. Но когда дело доходит до доступа через сайт это берет возрасты, и как правило я должен остановить сервис.
И это - снова другой признак, что-то не работает, как он должен. Остановка сервиса через sudo service mysql stop
Я вижу, что это сразу останавливается (phpmyadmin, не может больше входить в систему), но приглашение командной строки сохраняют в ожидании как он, работает. Единственным путем я должен подготовить CLI, должен жестоко остановить сервис с CTRL+C.
Какая-либо идея что случилось?Спасибо
Как предложено от @Oli в другой другом это был вопрос разрешения DNS и определения имен. Однако это не было в том же направлении, как он предложил.
Это оказалось тем MySQL, пытался сделать разрешение IP на каждом вызове, вызывая поиск DNS. Поскольку сервер дб является внутренним и не имел никакого соединения с внешним миром, поиск будет в конечном счете тайм-аут.
Я разрешил проблему путем добавления skip-name-resolve
директива в my.conf
Конфигурационный файл SQL, расположенный под /etc/mysql
из моего VM.
Теперь мои локальные скалы WP.
Вы видите - ли это проблема MySQL путем выполнения (выгрузите ограничения для динамических переменных):
mysql -uUSERNAME -pPASSWORD DATABASE "show processlist;"
... при возбуждении уголовного дела запроса. Это покажет Вам, running-at-that-time запрашивает наряду с тем, сколько времени они взяли. Если у Вас будет особенно медленный запрос, то это будет там. Если это слишком быстро, существуют методы входа запросов.
Это мог также быть Wordpress (или Ваша тема, или безотносительно) стук базы данных с небольшими запросами. Как кто-то, кто создает системы онлайн, я отлично квалифицирован для впущения Вас на секрете: Wordpress сосет. О, хорошо это не секрет. Необходимо сделать много, чтобы заставить его работать хорошо. Для выделения Вас в правильном направлении (принимающий это не плохо записанный шаблон): кэширование плагинов!
В том же духе смотреть htop
при выполнении запросов. PHP+Wordpress будет вероятный монстр через огромный блок ЦП для генерации страницы. Это могло просто быть это, которое занимает много времени. Если Вы не можете зафиксировать его с кэшированием (и Вы находитесь на компьютере на 64 бита), Вы могли попробовать HHVM (почти общедоступная замена для PHP-CGI с Facebook). Это очень, намного быстрее но установка потребностей. Это не столь просто как apt-get install lamp-server^
.
И наконец, это действительно кажется, что могла быть проблема DNS. Если Вы указываете доменное имя как свой адрес базы данных, и его разрешение берет навсегда (или худшая, провальная половина времени), это собирается наполнить соединение. Переключите его на IP (127.0.0.1
если это локально), и попробовать еще раз.