- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Помогите разобраться с такой бедой. Ничего нового не делалось, не устанавливалось, выбивает постоянно ошибку (DLE):
The Error returned was:
MySQL server has gone away
Error Number:
2006
SELECT id, date, title, short_story, comm_num, SUBSTRING_INDEX(category,",",1) as category, alt_name, flag FROM dle_post WHERE approve="1" AND category NOT IN (1500) ORDER BY date DESC LIMIT 0,5
Исправление dle_post ничего не дает, два дня ковыряемся - не можем понять откуда она берется. Может есть люди, которые помогут восстановить нормальную работу. Можно за вознаграждение. :)
Логи смотрите. У вас сервер MySQL отказывается принимать подключения.
попробуйте в файле /etc/my.cnf увеличить параметр max_allowed_packet
и перезапустите mysql
попробуйте в файле /etc/my.cnf увеличить параметр max_allowed_packet
и перезапустите mysql
Было 16, увеличили до 32, не помогает.. (
Ещё можно wait_timeout увеличить.
Ошибка постоянно вылетает? Или "мигает"? При большом онлайне?
Было 16, увеличили до 32, не помогает.. (
16 с головой хватит, главное чтобы не 1 - 2 было.
попробуйте тюнер запустить
https://github.com/rackerhacker/MySQLTuner-perl
и вывод тюнера давайте сюда
Постоянно. Но вчера еще на главную более-менее можно было зайти, а при попытке просмотреть новость была ошибка, а сегодня и на главной.. :(
и вывод тюнера давайте сюда
Вот :
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.63
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 202M (Tables: 257)
[--] Data in MEMORY tables: 0B (Tables: 7)
[!!] Total fragmented tables: 4
-------- Security Recommendations -------------------------------------------
ERROR 1142 (42000) at line 1: SELECT command denied to user 'название базы'@'localhost' for table 'user'
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 1h 50m 14s (243K q [36.842 qps], 21K conn, TX: 2B, RX: 43M)
[--] Reads / Writes: 85% / 15%
[--] Total buffers: 208.0M global + 7.2M per thread (500 max threads)
[!!] Maximum possible memory usage: 3.7G (191% of installed RAM)
[OK] Slow queries: 0% (7/243K)
[OK] Highest usage of available connections: 4% (21/500)
[OK] Key buffer size / total MyISAM indexes: 128.0M/109.5M
[OK] Key buffer hit rate: 99.2% (8M cached / 73K reads)
[OK] Query cache efficiency: 53.3% (87K cached / 164K selects)
[!!] Query cache prunes per day: 139319
[OK] Sorts requiring temporary tables: 0% (37 temp sorts / 39K sorts)
[!!] Joins performed without indexes: 1026
[!!] Temporary tables created on disk: 33% (9K on disk / 29K total)
[OK] Thread cache hit rate: 99% (21 created / 21K connections)
[OK] Table cache hit rate: 92% (594 open / 639 opened)
[OK] Open file limit used: 13% (1K/8K)
[OK] Table locks acquired immediately: 99% (120K immediate / 120K locks)
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Reduce your overall MySQL memory footprint for system stability
Enable the slow query log to troubleshoot bad queries
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_size (> 64M)
join_buffer_size (> 1.0M, or always use indexes with joins)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
П.с. На сервере, кроме этого сайта, есть и другие, на этом же двиге, с большей посещаемостью. В их работе никаких проблем сейчас.
из явных аномалий:
уменьшить кол-во соединений, 500 соединений у вас никогда не будет, т.к. mysql умрет раньше от нехватки памяти
max_connections = 150
увеличить размер кеша запросов, он у вас сильно переполнен
query_cache_size = 196M
увеличить
join_buffer_size = 4M
нужно еще глянуть:
max_allowed_packet
sort_buffer_size
myisam_sort_buffer_size
ну и разные тайм-ауты...
покажите еще
/etc/my.cnf
проверьте еще индексы на табличке dle_posts