webdigi
-
Публикации
4 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем webdigi
-
-
я не говорю что я имею большой опыт в конфигурации серверов, однако опыт есть.
Все эти настройки это результаты тестирования на наилучшую работоспособность. только при этом конфиге у меня в тор - load average: 3.89, 3.36, 2.85 и загрузка msql менее 90%.
с параметром innodb_buffer_pool_size - согласен, тут немного переборщил, до этого стоял innodb_buffer_pool_size = 3072M
Все настройки апача и nginx дефолтные.
Кроме того для настройки и анализа использовались н-топ, mysqltuner, куча РТФМ по настройке мускула и оптимизации ДЛЕ.
на этом сервере лежит только этот сайт. на соседнем лежит такой же с БД более 12гб и и онлайном 300-500 уников, и нормально крутится. Но он начинал работать сразу с 13.1 версии. конфиг мускула смотрел оттуда. БД - менял местами, проблемы остаются. Я все же считаю что проблема пошла при перестроении БД и изменении кодовой страницы.
вообщем я думаю смысл понятен - надо для начала вернуть БД в божеский вид до версии 12 и кодовой страницы СР1251, потом ее конверировать и смотреть. Другого выхода я просто не вижу. Я не думаю что проблема в движке, ностройки сервака и по дефолту работают на 13-14 версиях. остается только БД.
Если будут желающие поковырять конфиги - готов сотрудничать.
-
Доброго дня.
Спасибо за ответ!
Я такой вариант тоже предполагал. Поэтому, вроде-бы файлик mysql.cnf поправил(насколько хватило понимания). Файлик в спойлере, может кто увидит что не так?
[client] port = 3306 socket = /var/run/mysqld/mysqld.sock default-character-set = utf8 [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 lc-messages-dir = /usr/share/mysql skip-external-locking sql_mode = '' key_buffer_size = 256M max_allowed_packet = 2048M thread_stack = 256K thread_cache_size = 12 #myisam-recover = BACKUP max_connections = 500 #table_cache = 64 #thread_concurrency = 10 query_cache_limit = 1M query_cache_size = 256M general_log_file = /var/log/mysql/mysql.log general_log = 1 log-bin-trust-function-creators = 1 long_query_time = 2 slow_query_log =/var/log/mysql/slow.log log_queries_not_using_indexes=ON #server-id = 1 #log_bin = /var/log/mysql/mysql-bin.log #expire_logs_days = 10 max_binlog_size = 100M #binlog_do_db = include_database_name #binlog_ignore_db = include_database_name # chroot = /var/lib/mysql/ # ssl-ca=/etc/mysql/cacert.pem # ssl-cert=/etc/mysql/server-cert.pem # ssl-key=/etc/mysql/server-key.pem innodb_buffer_pool_size = 2G innodb_buffer_pool_instances = 8 innodb_page_cleaners = 8 innodb_flush_log_at_trx_commit=2 character-set-server = utf8 [mysqldump] quick quote-names max_allowed_packet = 16M default-character-set = utf8 [mysql] #no-auto-rehash # faster start of mysql but no tab completition default-character-set = utf8 [isamchk] key_buffer_size = 16M !includedir /etc/mysql/conf.d/
При нагрузке до 200 пользователей еще-кое-как держится, а больше 300 уже падает.
ОТкатился на 12 версию...
-
Всем доброго времени.
Выделенный сервер(6ядер, 8гб, места на ССД - много), РНР 7,2, MSQL -5,7. БД - около 200К новостей и около 120к комментариев? 30 категорий
Суть проблемы - стояла версия 12.1 с кодировкой СР1251. Решили перейти на официальную и купили 14,3. Отключили сайт, сделали бекапы БД(на данный момент - они больше недоступны и откатится нет возможности), перекачали скрипт в директорию, залогинились, запустился процесс обновления.
Обновления прошли без ошибок. Встала 14.3.
Однако нагрузка на машине(утилита ТОР) не меньше 230% именно на MSQL (МАХ - 680%). Соответственно сервер оффается, и проблема повторяется после перезапуска.
При этом на сайте находиться 200 человек он-лайн.
Что пробовалось - откат на версию 12,1 - нагрузка падает на сервере до 12-15%, поэтапное поднятие до версии 14,1. Проблемы возникают после версии 13.0.
Понимаю что проблема с БД, поэтому пробовал перестроение выполнять, оптимизация БД - не проходит, вывяливается с ошибкой MSQL.
Теперь все обновления вываливаются с ошибками что такие поля уже присутствуют в БД. Проблема еще в том, что даже со старой БД такая же ситуация.
Заранее спасибо за помощь.
Загрузка CPU сервера на 680% MSQL после обновления.
в DataLife Engine (Общие вопросы)
Опубликовано:
поднял ресурсы на сервере. 12 ядер, 16 оперативы
на 14.3 работает, но примерно через каждые минут 15 начинает ложить базу.
выяснил что в это время идет запрос:
SELECT p.id, p.autor, p.date, p.short_story, CHAR_LENGTH(p.full_story) as full_story, p.xfields, p.title, p.categor
может есть варианты как его оптимизировать?