Комментарии - sstyle - Профиль вебмастера - Форум об интернет-маркетинге

MySQL 5.1 -> 5.5 -> PerconaDB упала запись в 3 раза.

7 июля 2016, 08:50

ИМХО, все упирается в скорость работы скриптов. Попугаи в тесте - обратно пропорциональная величина "среднему времени отклика". Остальные параметры на "зайцы" не влияют. Следовательно тест показывает адекватный балл. Но почему на хостинге за 350р процессор показывает 35-40 единиц, а у меня 9.5? Или скажем БД? И как следствие среднее время отклика ниже. Все дело в медленных скриптах и настройке веб-сервера. Видимо они не используют апач

MySQL 5.1 -> 5.5 -> PerconaDB упала запись в 3 раза.

6 июля 2016, 19:01

Парни, MyISAM блокирует при вставке всю таблицу целиком, а InnoDB по строкам. Битрикс сам в своих рекомендациях настаивает на InnoDB

Фикс этот я уже сделал, значения и выросли до ~8тыс. Но на хостинге за 300рублей (не буду говорить каком, чтобы не рекламировать), на такой же версии PHP 5.3 результат такой:

Сегодня пытался поставить MariaDB. Как-то долго, нудно, особенно с конфигом. Подзабил на время.

Главное сейчас оптимизировать скорость "процессора" по битрикс-тесту. Почему то медленно. На этом же хостинге вместо апача видимо php-fpm используют.

MySQL 5.1 -> 5.5 -> PerconaDB упала запись в 3 раза.

6 июля 2016, 07:26

впервые слышу чтобы innodb было медленнее myisam. На нагруженных серверах это 100% не так.

MySQL 5.1 -> 5.5 -> PerconaDB упала запись в 3 раза.

6 июля 2016, 07:06

https://www.percona.com/blog/2011/10/10/mysql-versions-shootout/

http://www.sql.ru/forum/1034085/percona-vs-mysql

5.6 будет еще медленнее судя по тестам. Вобщем солидарен с автором темы на sql ru. Оставлю 5.1, раз она быстрее всех.

Низкий показатель CPU в битрикс тесте

4 июля 2016, 14:40

ОМГ..вот это цифры. Проблема основная в том, что PHP 5.3.3 и обновлять пока не рискую, надо проверить совместимость скриптов

В /etc/maillog вот что нашел:

Jul 4 18:42:48 *hostname* postfix/pickup[22604]: warning: 03F8A100EC4: message has been queued for 12 days
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 03F8A100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 03F8A100EC4: message-id=<20160704144248.03F8A100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: mysql query failed: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_unicode_ci,COERCIBLE) for operation '='
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 03F8A100EC4: virtual_alias_maps map lookup problem for ??????@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 045B2100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 045B2100EC4: message-id=<20160704144248.045B2100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 045B2100EC4: virtual_alias_maps map lookup problem for hosting_test@bitrix.ru
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: warning: 04787100EC4: message has been queued for 2 days
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 04787100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 04787100EC4: message-id=<20160704144248.04787100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 04787100EC4: virtual_alias_maps map lookup problem for and553@yandex.ru
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: warning: 04A8D100EC4: message has been queued for 12 days
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 04A8D100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 04A8D100EC4: message-id=<20160704144248.04A8D100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 04A8D100EC4: virtual_alias_maps map lookup problem for ??????@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 04CEF100EC4: uid=0 from=<root>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 04CEF100EC4: message-id=<20160704144248.04CEF100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 04CEF100EC4: virtual_alias_maps map lookup problem for root@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 04E94100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 04E94100EC4: message-id=<20160704144248.04E94100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 04E94100EC4: virtual_alias_maps map lookup problem for info@*hostname2*.ru
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 05125100EC4: uid=0 from=<root>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 05125100EC4: message-id=<20160704144248.05125100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 05125100EC4: virtual_alias_maps map lookup problem for root@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 054F2100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 054F2100EC4: message-id=<20160704144248.054F2100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 054F2100EC4: virtual_alias_maps map lookup problem for valentin.sosnov@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 0576B100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 0576B100EC4: message-id=<20160704144248.0576B100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 0576B100EC4: virtual_alias_maps map lookup problem for fastbot@mail.ru
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: warning: 059C9100EC4: message has been queued for 12 days
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 059C9100EC4: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 059C9100EC4: message-id=<20160704144248.059C9100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 059C9100EC4: virtual_alias_maps map lookup problem for ??????@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 05BE6100EC4: uid=0 from=<root>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 05BE6100EC4: message-id=<20160704144248.05BE6100EC4@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 05BE6100EC4: virtual_alias_maps map lookup problem for root@*hostname*.com
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 05D6C10096C: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 05D6C10096C: message-id=<20160704144248.05D6C10096C@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 05D6C10096C: virtual_alias_maps map lookup problem for hosting_test@bitrix.ru
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: warning: 05F1110096C: message has been queued for 12 days
Jul 4 18:42:48 *hostname* postfix/pickup[22604]: 05F1110096C: uid=600 from=<bitrix>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: 05F1110096C: message-id=<20160704144248.05F1110096C@*hostname*.com>
Jul 4 18:42:48 *hostname* postfix/cleanup[32216]: warning: 05F1110096C: virtual_alias_maps map lookup problem for ??????@*hostname*.com

Низкий показатель CPU в битрикс тесте

4 июля 2016, 13:59

Поставил OPCache вместо APC. Процессор поднялся выше. А как правильно настроить кэш в .settings? type=> files ? И что сделать с почтовой системой? Почему так медленно?

Нужна проф помощь с оптимизацией

3 декабря 2015, 07:42

и еще чуток не влезло:

17852 root 20 0 105m 564 172 S 0.0 0.0 0:00.03 bash
17997 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.17 httpd.itk
18376 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.14 httpd.itk
18405 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.14 httpd.itk
18406 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.13 httpd.itk
18489 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.14 httpd.itk
18786 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.13 httpd.itk
19146 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.09 httpd.itk
19434 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.08 httpd.itk
19472 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.08 httpd.itk
19475 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.08 httpd.itk
19520 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.08 httpd.itk
19521 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.07 httpd.itk
19524 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.08 httpd.itk
19527 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.07 httpd.itk
20289 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.05 httpd.itk
21138 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.02 httpd.itk
21181 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.02 httpd.itk
21182 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.02 httpd.itk
21183 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.02 httpd.itk
21184 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.02 httpd.itk
21519 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.00 httpd.itk
21569 root 20 0 96988 4156 3232 S 0.0 0.2 0:00.03 sshd
21574 sshd 20 0 67436 1672 904 S 0.0 0.1 0:00.00 sshd
21601 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.01 httpd.itk
21822 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.00 httpd.itk
21824 usr 20 0 1086m 20m 9576 S 0.0 1.0 0:00.01 httpd.itk
21835 usr 20 0 1086m 20m 9576 S 0.0 1.0 0:00.01 httpd.itk
21838 usr 20 0 1086m 20m 9580 S 0.0 1.0 0:00.01 httpd.itk
21843 usr 20 0 1086m 20m 9576 S 0.0 1.0 0:00.01 httpd.itk
21846 root 20 0 15028 1172 872 R 0.0 0.1 0:00.00 top
21854 root 20 0 132m 1688 984 S 0.0 0.1 0:00.00 crond
21855 root 20 0 132m 1688 984 S 0.0 0.1 0:00.00 crond
21857 root 20 0 9200 1180 1012 S 0.0 0.1 0:00.00 sh
21859 root 20 0 9200 1256 1088 S 0.0 0.1 0:00.00 cron-ispmgr
21862 root 20 0 9200 644 468 S 0.0 0.0 0:00.00 cron-ispmgr
21865 usr 20 0 1085m 16m 6924 R 0.0 0.8 0:00.00 httpd.itk
21866 usr 20 0 1083m 12m 3920 R 0.0 0.6 0:00.00 httpd.itk
21867 usr 20 0 1083m 11m 3300 R 0.0 0.6 0:00.00 httpd.itk
21868 root 20 0 1083m 8040 0 R 0.0 0.4 0:00.00 httpd.itk
21869 root 20 0 1083m 8040 0 R 0.0 0.4 0:00.00 httpd.itk
26258 root 20 0 105m 640 332 S 0.0 0.0 0:00.07 mysqld_safe
32560 usr 20 0 151m 2068 788 S 0.0 0.1 0:00.11 proftpd

---------- Добавлено 03.12.2015 в 11:18 ----------

vanjouke:
В каком режиме работает php? Оптимальнее было бы nginx+php-fpm. Можно включить кеширование на уровне nginx, а по факту - меняйте cms :)

nginx стоит, php работает как модуль апача. cms увы не вариант ( долбанная синхронизация

---------- Добавлено 03.12.2015 в 11:18 ----------

It-mcp.ru:
Судя по настройкам, у вас связка апача без нгинкса и большие лимиты на остальные квоты баз данных.

Мой совет - не мучайтесь сами, возьмите сервер у тех, кто предоставляет помощь в настройке. Битрикс - очень капризный и толстый ребенок)

nginx стоит. Пытался взять у таких сервер. Как правило и они ни в зуб ногой по его нормальной настройке

---------- Добавлено 03.12.2015 в 11:21 ----------

lsw_fan:
Для начала стоит проверить, что конфигурация вашего сервера проходит тест соответствия встроенный в битрикс и количество попугаев равно хотя бы 30.

без нагрузки 30 есть

lsw_fan:
Дальше, посмотреть время генерации страниц на вашем сайте без нагрузки. В битриксе есть встроенный отладчик, можно посмотреть кол-во запросов, время выполнения, сколько времени работал PHP, использовался кеш или нет.

bitrix:catalog.section: 15.3363 с; Запросов: 1293 (2.1929 с)

bitrix:catalog: 16.4235 с

Время создания страницы: 23.7909 сек.

Всего SQL запросов: 1534

Время исполнения запросов: 2.7024 сек.

После кеша:

bitrix:catalog.section: 8.9421 с; Запросов: 1293 (1.3564 с); кеш: 1 МБ

bitrix:catalog: 9.4304 с; кеш: 412 Б

Это очень странно. Кэширующий код расположен в шаблоне catalog.section, то есть он не должен перебирать элементы

включил кэширование компонента каталога, стало так:

bitrix:catalog.section: 0.0079 с; Запросов: 1 (0.0001 с); кеш: 994 КБ

bitrix:catalog: 0.0386 с; кеш: 412 Б

Но при первой загрузке каталога товаров нет, а время выполнения около 2 секунд. Обновляешь страницу и она уже грузит товары и быстро.

lsw_fan:
То что вы полезли настраивать базу это, конечно, хорошо, но крутить настройки не понимая для чего они и на что они могут повлиять я бы не стал. Настройки MySQL могут сильно влиять на расход используемой памяти и, скорее всего, в вашем случае уже никак не повлияют на производительность. Размер вашей innodb базы всего 43MB.

А вот разобраться, почему у вас происходят такие запросы стоит в первую очередь: "[!!] Joins performed without indexes: 44151"

Предполагаю, что проблемы возникают как раз из-за не оптимальной работы с базой и возможно какими-то другими косяками в коде вашего проекта.

Конечно, можно взять сервер мощнее, лучше физический и забить на не оптимальный код на какое-то время. Нужно смотреть, что вам будет дешевле - доработать проект или просто проапгрейдить железо.

надо и то и другое видимо. Хотя я полагаю дело в кэшировании страниц и mysql запросов

lsw_fan:

На мой взгляд, проблема Битрикса не в самой системе CMS или в сложности настройки ОС, а в достаточно низком техническом уровне программистов "под Битрикс". К такой ситуации, конечно, привел маркетинг, который проводит компания разработчик - широкая партнерская сеть веб студий и позиционирование в качестве коробочного решения "для всего".

100%

lsw_fan:

Настройка ОС не так уж сложна. К тому же производитель любит своих программистов-партнеров и разработал для них готовый образ/скрипт для разворачивания своего полностью настроенного окружения под ключ.

ОС да. а с сервером не очень.

Нужна проф помощь с оптимизацией

3 декабря 2015, 07:41

totamon:
да все может жрать) почему вы только на mysql внимание обратили? проверьте нагрузку командой top, сколько одновременно включенных процессов, будет видно какие и сколько занимают памяти и процессора. сколько у вас в пике посетителей одновременно заходит?

прикладываю top

# top -bn1
top - 10:39:01 up 21:55, 2 users, load average: 13.93, 13.59, 20.42
Tasks: 135 total, 20 running, 115 sleeping, 0 stopped, 0 zombie
Cpu(s): 27.7%us, 13.8%sy, 0.0%ni, 58.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2097152k total, 1277452k used, 819700k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 502732k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21842 usr 20 0 1084m 23m 15m R 8.4 1.2 0:00.06 httpd.itk
21837 usr 20 0 1090m 29m 14m R 6.7 1.4 0:00.05 httpd.itk
21840 usr 20 0 1084m 22m 14m R 6.7 1.1 0:00.05 httpd.itk
21841 usr 20 0 1090m 29m 14m R 5.0 1.4 0:00.04 httpd.itk
21847 usr 20 0 1088m 24m 10m R 5.0 1.2 0:00.03 httpd.itk
21848 usr 20 0 1088m 23m 10m R 5.0 1.2 0:00.03 httpd.itk
21839 usr 20 0 1090m 28m 14m R 3.4 1.4 0:00.04 httpd.itk
21845 usr 20 0 1086m 20m 9576 S 3.4 1.0 0:00.02 httpd.itk
21849 usr 20 0 1086m 20m 9576 S 3.4 1.0 0:00.02 httpd.itk
21851 usr 20 0 1086m 20m 9576 S 3.4 1.0 0:00.02 httpd.itk
21853 usr 20 0 1086m 20m 9576 S 3.4 1.0 0:00.02 httpd.itk
8254 apache 20 0 317m 9224 860 S 1.7 0.4 1:51.66 nginx
19215 root 20 0 1083m 8556 516 S 1.7 0.4 0:00.10 httpd.itk
19398 root 20 0 1083m 8556 516 S 1.7 0.4 0:00.09 httpd.itk
19474 root 20 0 1083m 8556 516 S 1.7 0.4 0:00.08 httpd.itk
21816 usr 20 0 1088m 24m 10m R 1.7 1.2 0:00.02 httpd.itk
21823 usr 20 0 1088m 23m 10m R 1.7 1.2 0:00.02 httpd.itk
21836 usr 20 0 1088m 24m 10m R 1.7 1.2 0:00.02 httpd.itk
21844 usr 20 0 1086m 20m 9580 S 1.7 1.0 0:00.01 httpd.itk
21850 usr 20 0 1086m 20m 9576 S 1.7 1.0 0:00.01 httpd.itk
21852 usr 20 0 1086m 20m 9576 S 1.7 1.0 0:00.01 httpd.itk
21856 usr 20 0 1086m 20m 9580 S 1.7 1.0 0:00.01 httpd.itk
21858 usr 20 0 248m 9768 6908 R 1.7 0.5 0:00.01 php
21860 usr 20 0 1085m 18m 7996 R 1.7 0.9 0:00.01 httpd.itk
21861 usr 20 0 1085m 18m 7996 R 1.7 0.9 0:00.01 httpd.itk
21863 root 20 0 91644 4592 3728 S 1.7 0.2 0:00.01 mgrctl
21864 usr 20 0 1085m 17m 7412 R 1.7 0.8 0:00.01 httpd.itk
25886 mysql 20 0 1941m 325m 4176 S 1.7 15.9 11:20.54 mysqld
1 root 20 0 19212 384 168 S 0.0 0.0 0:00.24 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd/160230
3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khelper/1602309
4 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
5 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
6 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
7 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
16 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
17 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
20 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
21 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
22 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
23 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
24 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
26 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
27 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rpciod/16023094
28 root 20 0 0 0 0 S 0.0 0.0 0:00.00 nfsiod/16023094
156 root 16 -4 10536 248 4 S 0.0 0.0 0:00.00 udevd
513 root 20 0 178m 840 424 S 0.0 0.0 0:02.62 rsyslogd
527 named 20 0 234m 14m 1724 S 0.0 0.7 0:00.57 named
599 root 20 0 94128 2204 1092 S 0.0 0.1 0:00.69 ihttpd
600 root 20 0 66092 828 140 S 0.0 0.0 0:01.70 sshd
607 root 20 0 21712 232 8 S 0.0 0.0 0:00.00 xinetd
720 root 20 0 95672 1700 844 S 0.0 0.1 0:00.00 sshd
735 usr 20 0 95672 1612 680 S 0.0 0.1 0:00.12 sshd
736 usr 20 0 57536 1552 652 S 0.0 0.1 0:00.05 sftp-server
1362 root 20 0 19264 460 208 S 0.0 0.0 0:00.14 dovecot
1363 dovecot 20 0 12988 472 256 S 0.0 0.0 0:00.05 anvil
1365 root 20 0 13116 548 240 S 0.0 0.0 0:00.01 log
1374 root 20 0 50188 528 4 S 0.0 0.0 0:00.00 saslauthd
1376 root 20 0 50188 524 0 S 0.0 0.0 0:00.00 saslauthd
1387 exim 20 0 74556 996 224 S 0.0 0.0 0:00.21 exim
1396 nobody 20 0 146m 1432 196 S 0.0 0.1 0:00.94 proftpd
1403 root 20 0 1083m 18m 10m S 0.0 0.9 0:09.80 httpd.itk
1428 root 20 0 114m 944 304 S 0.0 0.0 0:01.09 crond
1438 root 20 0 21052 184 16 S 0.0 0.0 0:00.00 atd
1446 root 20 0 4068 88 8 S 0.0 0.0 0:00.00 mingetty
1447 root 20 0 4068 88 8 S 0.0 0.0 0:00.00 mingetty
3622 root 20 0 1083m 8556 516 S 0.0 0.4 0:01.75 httpd.itk
5914 root 20 0 985m 18m 3388 S 0.0 0.9 0:20.35 core
8252 root 20 0 310m 1844 24 S 0.0 0.1 0:00.00 nginx
8255 apache 20 0 317m 9384 912 S 0.0 0.4 1:59.61 nginx
10474 root 20 0 39616 540 8 S 0.0 0.0 0:00.00 ssl-params
12813 root 20 0 440m 6708 2696 S 0.0 0.3 0:11.01 core
13579 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.42 httpd.itk
13960 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.39 httpd.itk
14049 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.39 httpd.itk
14052 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.38 httpd.itk
17182 root 20 0 98204 1316 356 S 0.0 0.1 0:00.47 sshd
17209 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.21 httpd.itk
17271 root 20 0 105m 904 528 S 0.0 0.0 0:00.02 bash
17574 root 20 0 1083m 8556 516 S 0.0 0.4 0:00.21 httpd.itk
17848 root 20 0 98204 1388 428 S 0.0 0.1 0:00.48 sshd

Нужна проф помощь с оптимизацией

2 декабря 2015, 17:26

а может быть память жрет memcached? или apache+nginx?

---------- Добавлено 02.12.2015 в 20:27 ----------

тюнер такое выдавал:

>> MySQLTuner 1.4.4 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[OK] Currently running supported MySQL version 5.5.44
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 2M (Tables: 280)
[--] Data in InnoDB tables: 43M (Tables: 857)
[!!] Total fragmented tables: 8

-------- Security Recommendations -------------------------------------------
[OK] There is no anonymous account in all database users
[OK] All database users have passwords assigned
[!!] There is not basic password file list !
-------- Performance Metrics -------------------------------------------------
[--] Up for: 98d 6h 47m 22s (37M q [4.376 qps], 1M conn, TX: 58B, RX: 10B)
[--] Reads / Writes: 36% / 64%
[--] Total buffers: 128.0M global + 4.5M per thread (151 max threads)
[OK] Maximum possible memory usage: 807.5M (78% of installed RAM)
[OK] Slow queries: 0% (1/37M)
[OK] Highest usage of available connections: 30% (46/151)
[OK] Key buffer size / total MyISAM indexes: 16.0M/1.9M
[OK] Key buffer hit rate: 100.0% (6M cached / 2K reads)
[OK] Query cache efficiency: 53.7% (8M cached / 16M selects)
[!!] Query cache prunes per day: 2797
[OK] Sorts requiring temporary tables: 0% (7 temp sorts / 1M sorts)
[!!] Joins performed without indexes: 44151
[!!] Temporary tables created on disk: 41% (231K on disk / 552K total)
[OK] Thread cache hit rate: 99% (46 created / 1M connections)
[!!] Table cache hit rate: 4% (857 open / 19K opened)
[OK] Open file limit used: 0% (0/8K)
[OK] Table locks acquired immediately: 99% (28M immediate / 28M locks)

-------- InnoDB Metrics -----------------------------------------------------
[--] InnoDB is enabled.
[--] InnoDB BufferPool Size :32.0M
[--] InnoDB BufferPool Inst :1
[!!] InnoDB buffer pool / data size: 32.0M/43.5M
[OK] InnoDB buffer pool instances: 1
[OK] InnoDB log waits: 0

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
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
Increase table_open_cache gradually to avoid file descriptor limits
Read this before increasing table_open_cache over 64: http://*******/1mi7c4C
Variables to adjust:
query_cache_size (> 32M)
join_buffer_size (> 2.0M, or always use indexes with joins)
tmp_table_size (> 32M)
max_heap_table_size (> 32M)
table_open_cache (> 4096)
innodb_buffer_pool_size (>= 43M)

Нужна проф помощь с оптимизацией

2 декабря 2015, 16:57

сам битрикс рекомендует для 2гб отдать 780мб. на их сайте есть пример.

База весит около 70мб (пока что).

Сейчас поставил 780. Запустилось.

Полный конфиг mysql такой:

[client]
default-character-set = utf8

[mysqld_safe]
nice = 0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

[mysqld]

# Basic mysql server configuration
pid-file = /var/run/mysqld/mysqld.pid
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
skip-external-locking
default-storage-engine = innodb
pid-file = /var/run/mysqld/mysqld.pid
transaction-isolation = READ-COMMITTED
max_allowed_packet = 16M
myisam-recover = BACKUP
expire_logs_days = 10
max_binlog_size = 100M

# Cache parameters
query_cache_size = 32M
table_open_cache = 4096
thread_cache_size = 32
key_buffer = 16M
thread_stack = 128K
join_buffer_size = 2M
sort_buffer_size = 2M

# InnoDB parameters
innodb_file_per_table
innodb_buffer_pool_size = 780M
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT
innodb_log_file_size = 64M

# Parameters for temporary tables
tmpdir = /tmp
max_heap_table_size = 32M
tmp_table_size = 32M

# Database charset parameters
character-set-server = utf8
collation-server = utf8_unicode_ci
init-connect = "SET NAMES utf8 COLLATE utf8_unicode_ci"
skip-character-set-client-handshake
skip-name-resolve

[mysqldump]
quick
quote-names
max_allowed_packet = 16M
default-character-set = utf8

[mysql]

[isamchk]
key_buffer = 16M

# Include additional settings
!includedir /etc/mysql/conf.d/

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов

Маркетинг для шоколадной фабрики. На 34% выше средний чек

sstyle