- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сегодня случайно заметил что на одном из сайтов не открываются категории где много материалов - не открывались, просто белая страница без ошибок в логах.
Долго мучался пока не нашел причину - зависшие процессы мускуля.
В конфиге было
и команда
показывала более 20.000 зависших процессов.
Я уменьшил wait_timeout до 60, перезапустил мускуль, категории стали открываться все норм, прошло минут 10, смотрю опять
show status like '%onn%', а там
Variable_name
Value
Aborted_connects
0
Connection_errors_accept
0
Connection_errors_internal
0
Connection_errors_max_connections
0
Connection_errors_peer_address
0
Connection_errors_select
0
Connection_errors_tcpwrap
0
Connections
6214
Max_used_connections
9
Performance_schema_session_connect_attrs_lost
0
Slave_connections
0
Slaves_connected
0
Ssl_client_connects
0
Ssl_connect_renegotiates
0
Ssl_finished_connects
0
Threads_connected
3
Т.е. коннекты опять растут. Сейчас у меня max_connections 150. Но вроде бы и тут Max_used_connections 9 всего показывает.
Тогда чего они растут то? Или это просто счетчик и он всегда растет?
Connections - это количество подключений
max_connections - это лимит на одновременные подключения
max_used_connections - это максимальное количество одновременных подключений
при max_used = 9, смысла увеличивать max_connections - нет
Нужно было дёрнуть список процессов (запросов), что там такое у Вас повисло
Может какой-то optimize table заблокировал таблицу, и в это время к ней были запросы, которые копились в очередь
Выполняй в mysql SHOW FULL PROCESSLIST;
чтобы посмотреть, что там у тебя висит.
Просто так висеть не может, возможно у тебя какие-то парсерсы, что-то делают и держать подключение к БД.
Ещё проверь, чтобы mysql была только на локалхосте и не доступна извне.
Уменьшать wait_timeout это не решение. У тебя любой скрипт парсера, который будет парсить будет через 60 секунд умирать или нужно делать переподключение к mysql