- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Господа, нужен совет. Есть два впс - 2 ядра, 2 гига памяти. На одном сайты, нгихс и пхпфм, а на втором мускуль.
На них крутятся 4 сайта на последней джумле суммарной посещалкой под 60K уников в день.
Как известно в последней джумле все таблицы стали innodb. Но основной траф шел на самописные компоненты с таблицами майсам.
Сейчас на основном сайте, который дает 70% трафа перевели самые нагруженные компоненты на таблицы innodb. Все работает, но вот что заметил.
Мускуль не переживает перезапуск. “MySQL server has gone away” (error 2006). Спасает только ребут впс через панель хостера.
Вот что пишет ерор лог мускуля после ребута
161012 11:03:51 mysqld_safe mysqld restarted
161012 11:03:51 [Warning] 'THREAD_CONCURRENCY' is deprecated and will be removed in a future release.
161012 11:03:51 [Note] /usr/sbin/mysqld (mysqld 5.5.50-0+deb8u1-log) starting as process 2059 ...
161012 11:03:51 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
161012 11:03:51 [Note] Plugin 'FEDERATED' is disabled.
161012 11:03:51 InnoDB: The InnoDB memory heap is disabled
161012 11:03:51 InnoDB: Mutexes and rw_locks use GCC atomic builtins
161012 11:03:51 InnoDB: Compressed tables use zlib 1.2.8
161012 11:03:51 InnoDB: Using Linux native AIO
161012 11:03:51 InnoDB: Initializing buffer pool, size = 128.0M
161012 11:03:51 InnoDB: Completed initialization of buffer pool
161012 11:03:51 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 73087074730
161012 11:03:51 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 73087113118
161012 11:03:52 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
161012 11:03:52 InnoDB: Waiting for the background threads to start
161012 11:03:53 InnoDB: 5.5.50 started; log sequence number 73087113118
161012 11:03:53 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
161012 11:03:53 [Note] - '0.0.0.0' resolves to '0.0.0.0';
161012 11:03:53 [Note] Server socket created on IP: '0.0.0.0'.
161012 11:03:53 [Note] Event Scheduler: Loaded 0 events
161012 11:03:53 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.50-0+deb8u1-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
На данный момент в my.cnf вообще ничего не прописано про innodb
Посоветуйте что подкрутить?
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
query_cache_type = ON
low-priority-updates
key_buffer_size = 28M
sort_buffer_size = 16M
max_allowed_packet = 32M
thread_stack = 192K
thread_cache_size = 8
join_buffer_size = 3M
tmp_table_size = 512M
max_heap_table_size = 512M
table_open_cache = 700
wait_timeout = 600
myisam-recover = BACKUP
max_connections = 1000
thread_concurrency = 4
query_cache_limit = 32M
query_cache_size = 160M
slow_query_log_file = /var/log/mysql/mysql-slow.log
slow_query_log = 1
long_query_time = 1
Запустите mysqltuner.pl и поглядите. При таких размерах буферов, 2ГБ памяти не хватает конечно. размер БД innodb какой?
Суммарно 4 базы сайтов весят 1,4 гига примерно. из них таблиц инода на 1,1 гига
Какая технология виртуализации и какая ОС на них установлена ?
Дебиан 8. Это впс у Хедзнера, не в курсе про виртуализацию
Dram, OpenVZ или аналог там причём сильно заоверселленый (сужу по клиентам кого переносили к другим хостерам оттуда).
Мое мнение что нужно съезжать и чем быстрее тем лучше.
slowlog и mysqltuner надо смотреть, а также профилировать нагрузку вцелом+mytop.
А вообще-может быть все что угодно, вплоть до проблем с дисками.
Так "заочно" сказать трудно.
Ну раз совсем ничего не настроено, то для начала пройдитесь по краткому мануалу http://ruhighload.com/index.php/2009/04/23/%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0-mysql-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0/