|
Задавайте вопросы, мы ответим
Вы не зашли.
Каждый раз при подключении, соединение с БД долгое - 0,5-0,7 сек
Пробовал добавить в конфиг skip-name-resolve - не помогло.
В какую сторону копать?)
Неактивен
Я правильно понимаю, что у Вас:
1. Не загруженный сервер;
2. Вы перезапускали MySQL после включения skip-name-resolve;
3. Вы соединяетесь с той же самой машинки на ее внешний интерфейс
(чтобы исключить сетевые проблемы)?
Неактивен
Да, по всем пунктам.
Неактивен
Хм. А какая ОС? Какой клиент? Стандартным клиентом пробовали подключиться?
Подключаетесь на имя или на адрес? Может быть лаг от DNS?
Ну и сразу — если windows, не обрабатывает ли соединения на входе какой-нибудь
антивирус / брэндмауэр / антихакер / что-то еще?
Неактивен
- OC: win serv 08 r2
- Apache/2.2.15
- Версия сервера: 5.1.46-community
Клиентом не пробовал соединиться, только из пхп скриптов.
Подключался по имени. Попробовал прописать в hosts днсы - не помогло.
Ну и сразу — если windows, не обрабатывает ли соединения на входе какой-нибудь
антивирус / брэндмауэр / антихакер / что-то еще?
Нет
Отредактированно Rob (07.02.2011 23:15:43)
Неактивен
А время подключения Вы засекаете внутри сценария, или это общее время
загрузки страницы? Попробуйте сделать простую страницу, которая будет
смотреть текущее время, подключаться и снова смотреть время.
Неактивен
Делал такую страницу. Проблема в соединении, поскольку после соединения все дальнейшие запросы выполняются с нужной скоростью и задержек ответов от БД нет.
Отредактированно Rob (08.02.2011 00:37:39)
Неактивен
Хм.. очень, очень странно. Давайте думать вместе. Может, что-то я
упускаю, а Вы углядите.
1. Вы игнорируете время запуска сценария (т.е. медленность работы apache,
подгрузка php, etc): время меряется честно на этапе mysql_connect().
2. Вы не используете persistent connections, только чистое подключение.
3. Вы не используете клиентский DNS, подключаясь непосредственно по IP.
4. Сервер не использует DNS, т.к. в нем прописан --skip-name-resolve и
все права выписаны на адреса.
5. В сервере есть свободные кэшированные потоки (thread_cache_size).
6. При установке соединения Вы идете напрямую (без ПО проверки содер-
жимого пакетов).
7. Время установки соединения с портом (telnet) пренебрежимо мало (т.е.
нету этих полсекунды).
8. На сервере достаточно свободной памяти и ресурсов процессора.
Неактивен
1,2,3,4 - Да
5 - не знаю что это)
6 - Да
7 - Через telnet мне почему-то не удалось соединиться
8 - Да
Неактивен
Хм. Давайте тогда плясать от telnetа — почему не удается соединиться?
Неактивен
Понятия не имею 
telnet> open 80.70.233.67
Trying 80.70.233.67...
telnet: Unable to connect to remote host: Connection timed out
Неактивен
Нее, надо писать telnet 80.70.233.67 3306 (кстати, закройте снаружи).
У Вас не включен skip-name-resolve судя по тому, что мне расшифровало
имя при отображении подключения.
Неактивен
paulus написал:
Нее, надо писать telnet 80.70.233.67 3306 (кстати, закройте снаружи).
telnet 80.70.233.67 3306
Q♦Host 'lan-233-067.users.mns.ru' is not allowed to connect to this MySQL server
Подключение к узлу утеряно.
telnet localhost 3306
>
=-e;57Rx3☻'SMiJv37]NQ)
Подключение к узлу утеряно.
Кстати, как закрыть доступ из вне?)
У Вас не включен skip-name-resolve судя по тому, что мне расшифровало
имя при отображении подключения.
Да я убрал эту строчку. Правда сейчас попробовал вернуть и теперь на соединиться с MySQL:
Host '127.0.0.1' is not allowed to connect to this MySQL server
Неактивен
Доступ извне закрыть брэндмауэром, например. Или использовать --bind-address
при старте MySQL. Внешние адреса всё еще пытается расшифровывать.
Неактивен
Добрый день
Такая же проблема. MySql долго дает ответ.
Сервер 1U ASUS RS120-E5/PA4
проц Intel(R) Xeon(R) CPU E3110 @ 3.00GHz 8Гб оперативки
раид 10
скрипт выбирает по условию данные и 20 выводит. раньше стоял centos, после добавления оперативки переустановили. и начались муки. настроил как бы все так же как и на строй системе. но время работы скрипта увеличилось. раньше весь скрипт выполнялся меньше чем за 0,007 сек., а теперь за 0,5 сек. не знаю даже куда рыть
сервер нагружается сейчас посмнимуму.
Отредактированно pointer (15.02.2012 14:51:46)
Неактивен
