- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
все расположеные на сервере сайты обслуживают посетителя у которого скорости соединения с сайтом от 2мб до 15 мб, у меня например скрость 10 мегабит в сек
вот тут немного не понял
/ru/forum/comment/8551211
сейчас часто сайт лагает ту мани конектионс дает база, при этом вот такой топ:
top - 18:46:44 up 1 day, 21:52, 1 user, load average: 0.20, 0.44, 0.42
Tasks: 33 total, 1 running, 32 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.4%us, 0.8%sy, 0.0%ni, 95.6%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1048576k total, 423044k used, 625532k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5408 mysql 15 0 368m 90m 6200 S 5 8.8 40:40.61 mysqld
27660 www-data 15 0 281m 13m 4508 S 5 1.3 0:00.21 apache2
26599 www-data 16 0 278m 13m 5392 S 4 1.3 0:00.67 apache2
27656 www-data 15 0 280m 12m 4564 S 1 1.2 0:00.32 apache2
27652 www-data 16 0 282m 14m 4896 S 1 1.5 0:00.47 apache2
27659 www-data 15 0 279m 11m 4620 S 1 1.1 0:00.20 apache2
5473 www-data 15 0 30336 4100 788 S 1 0.4 2:20.84 nginx
26615 root 15 0 18820 1208 940 R 0 0.1 0:00.01 top
1 root 15 0 10308 744 620 S 0 0.1 0:05.25 init
5371 root 21 0 17312 1440 1148 S 0 0.1 0:00.00 mysqld_safe
5409 root 18 0 3776 596 504 S 0 0.1 0:00.00 logger
5472 root 18 0 28048 1240 308 S 0 0.1 0:00.00 nginx
7530 root 15 0 5900 680 520 S 0 0.1 0:03.74 syslogd
7554 bind 18 0 152m 16m 2588 S 0 1.6 0:00.12 named
7567 root 15 0 48860 1192 696 S 0 0.1 0:02.78 sshd
7590 root 15 0 191m 11m 5960 S 0 1.1 0:19.99 apache2
7598 root 15 0 12372 668 480 S 0 0.1 0:14.71 dovecot
7599 root 15 0 71256 3072 2316 S 0 0.3 0:11.30 dovecot-auth
7674 dovecot 15 0 14212 1992 1596 S 0 0.2 0:15.09 imap-login
7675 dovecot 15 0 14212 1988 1596 S 0 0.2 0:15.36 imap-login
7676 dovecot 15 0 14212 1984 1596 S 0 0.2 0:15.36 imap-login
7882 proftpd 15 0 64220 1552 588 S 0 0.1 0:02.04 proftpd
7930 root 15 0 68084 3184 1504 S 0 0.3 0:07.47 sendmail-mta
7952 root 18 0 19260 912 712 S 0 0.1 0:00.00 xinetd
7954 daemon 18 0 16356 432 288 S 0 0.0 0:00.00 atd
7974 root 15 0 18544 932 712 S 0 0.1 0:00.72 cron
8027 root 18 0 195m 20m 6916 S 0 2.0 0:14.31 ispmgr
18410 dovecot 15 0 14204 1976 1588 S 0 0.2 0:00.25 pop3-login
23813 progn 15 0 74760 2892 1876 S 0 0.3 0:00.01 proftpd
25999 dovecot 15 0 14204 1976 1588 S 0 0.2 0:00.03 pop3-login
26223 dovecot 15 0 14204 1980 1588 S 0 0.2 0:00.02 pop3-login
26566 root 15 0 66064 3092 2464 S 0 0.3 0:00.01 sshd
26611 root 19 0 17448 1692 1244 S 0 0.2 0:00.00 bash
незнаю что делать :(
хочется всетаки самому хоть и с вашей помощью
Александр Бородич добавил 22.02.2011 в 20:29
В общем подумал и решил, с апатчем вроде все ок, осталась проблема макс конекта.
изменил настройки мускула на вот такие:
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/english
skip-external-locking
key_buffer = 128M
max_allowed_packet = 16M
thread_stack = 128K
thread_cache_size = 8
myisam-recover = BACKUP
max_connections = 200
table_cache = 256
thread_concurrency = 4
query_cache_limit = 1M
query_cache_size = 64M
log = /var/log/mysql/mysql.log
log_slow_queries = /var/log/mysql/mysql-slow.log
log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
skip-bdb
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
[mysql]
[isamchk]
key_buffer = 32M
!includedir /etc/mysql/conf.d/
В общем подумал и решил, с апатчем вроде все ок, осталась проблема макс конекта.
Плохо подумал.
Несмотря на текст ошибки, который ты видишь как бы в mysql, причина ее в слишком большом числе апачей, которые присоединяются к mysql.
Уменьши MaxClients в апаче. Хоть ты уже и показывал MaxClients 25, но так не может быть.
200 соединений - это 200 живых обработчиков php.
но максклиент я установил 25, и на таких параметрах сейчас работает сервер
сейчас часто сайт лагает ту мани конектионс дает база, при этом вот такой топ:
точный текст ошибки давай.
могут быть еще настроены ограничения на число соединений для конкретного пользователя mysql. это в конфиге не увидишь. да и зачем?
С помощью оператора show processlist можно проверить действительное число подключений к mysql.
пока ошибки и нету :)
может и будет работать норма на таких настройках
Именно поэтому я упомянул про show processlist.
Ты можешь заранее проверить число соединений. Если все правильно настроено, то сейчас их должно быть не больше 25, +- 3 находящихся в процессе отваливания.
пока все успешно работает ошибок не дает, стал быстрее работать, плюс были пофикшены большие нагрузки на бд с большими таймаутами, пока буду работать с такими настройками если обновлю дам знать, быть может мои конфиги кому нить помогут.
За участие и помощь всех благодарствую, может еще какие нибудь будут замечания или предложения к изменению?
Александр Бородич добавил 24.02.2011 в 21:54
ну вот и не прошло и суток опять появилась:
------------------------
The Error returned was:
Too many connections
Error Number:
1
при этом в консоль не зайти в испменеджер тоже :(
будем бороться дальше