- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вот интересно у нас себя ведет лог тяжелых запросов. Или mySQL вообще.
MySQL 5.1.11-beta-log.
long-query-time=5
Slow.log - пуст вообще.
Когда смотришь mytop, практически ни один запрос не держится дольше одного "тика", т.е. рефреша.
При этом и сам mytop и утилита mysqlreport исправно показывают, что медленных запросов наблюдается по 2-3 в секунду - что-то около 5% от общего количества.
Slow.log, напомню, пуст.
MySQL собран с поддержкой lib_thr.
Не подскажете, куда копать и надо ли копать вообще?
Не подскажете, куда копать и надо ли копать вообще?
Никуда копать не надо. Если slow есть, то они в processlist видны, а mytop как раз его и показывает.
PS. Если память не изменяет, то slow там в минутах была когда-то...
Ладно, спишем на неадекватность утилиток - mysqladmin status показывает ноль медленных запросов. Правда, mysqladmin extended-status показывает их за 100к...
Ладно, спишем на неадекватность утилиток - mysqladmin status показывает ноль медленных запросов. Правда, mysqladmin extended-status показывает их за 100к...
extended status показывает что-то из variables, а про какую конкретно идет речь?
про какую
Про какую чего?
Про какую чего?
"Правда, mysqladmin extended-status показывает их за 100к..."
Сергей, давайте кусочек extended-status в студию... imho там не про slow запросы речь идет.
А ты вообще логирование медленных запросов включил? поставь 0.1 секунду и проверь пишеться ли что нибуть в файл.
Либо ты не туда смотришь либо логирование не включил. Тебе нужно смотреть на значение slow_query.
Посмотри show variables like '%slow_quer%'
Должно выдать:
log_slow_queries | ON
kostich, вот два результата, взяты почти одновременно:
В одном случае есть медленные запросы, в другом нет.
А ты вообще логирование медленных запросов включил? поставь 0.1 секунду и проверь пишеться ли что нибуть в файл.
Либо ты не туда смотришь либо логирование не включил. Тебе нужно смотреть на значение slow_query.
А я вообще не идиот. Либо вы не прочли топик, либо вам пофиг, кто что спрашивает, лишь бы "умом" блеснуть.
Посмотри
Топик прочти. Фактически ни один запрос не живет дольше секунды, что и показывает mytop.
2Gray:
Действительно, замечательно... а инкремент её засечь не можешь? Т.е. надо понять, оно там действительно увеличивается или стоит вот в этом значении?
Кстати, по поводу time я ошибся в 5.1 "The slow query log consists of all SQL statements that took more than long_query_time seconds to execute."
Т.е. вполне возможно, что сейчас этих запросов нет, а были они ночью, когда выполнялась какая-то переодика. Почему они не попали в файл надо уже думать, т.к. возможно причина в правах доступа к этому файлу... очень банально, но тем не менее, если не рассматривать ошибку в самом sql, то не писать он их в файл не может.
Админчик патчи никакие на тему таймингов не ставил?
ЗЫ. Сейчас в сорцы гляну... может они этот момент не провряют просто, т.к. если бы проверяли, то в главном логе было бы про то, что он файл не может открыть или создать....
--------------------------------------------------------------------------------------
Там так же как и с основным логом... что-то с правами доступа к файлу или с настройками. Он может не писать туда, т.к. думает что надо писать совсем в другое место, а там этот файл нельзя создать и т.д... посмотрите логи.
Привет! :)
1) Если в slow log не пишется - значит просто эта опция не включа (а она по умолчанию не включена). Чтобы включить - нужно в /etc/my.cnf вписать директиву log-slow-queries
2) а) Один тик mytop - это не одна секудна, а пять по дефолту. long_query_time округляется вверх - то есть таковыми считаются все запросы от 4 секунд и более.
б) Если в my.cnf прописан log-long-format - то slow считаются все запросы, не использующие index lookup по первой таблице джойна, вне зависимости от фактического времени, затраченного на обслуживание запроса.
3) mysqladmin status - это задокументированная ошибка в mysqladmin/mysqld:
http://bugs.mysql.com/bug.php?id=18669
Она была исправлена в июньском релизе ветки 5.0, в 5.1 ее похоже вообще забыли закоммитить - за малозначимостью.