Jump to content

Recommended Posts

Здравствуйте! кто-нибудь может подсказать проверенный (оптимизированный) конфиг из файла my.cnf для базы mysql MyISAM озу 2гб. 2 ядра. в магазине примерно 150К товар, посещаемость маленькая, около 100 уников.

Edited by Oleg789

Share this post


Link to post
Share on other sites

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

Edited by EvaSystems

Share this post


Link to post
Share on other sites

что на сервере работает: mysql или mariadb? стоимость часа работы 10$ если стоит VPS с виртуализацией KVM

 

если мариядб, то лови

 

skip-external-locking
key_buffer_size = 16M
max_allowed_packet = 16M
table_open_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M

 

Edited by Piercer

Share this post


Link to post
Share on other sites
В 26.08.2018 в 20:01, Oleg789 сказал:

Здравствуйте! кто-нибудь может подсказать проверенный (оптимизированный) конфиг из файла my.cnf для базы mysql MyISAM озу 2гб. 2 ядра. в магазине примерно 150К товар, посещаемость маленькая, около 100 уников.

Конфиг вас не спасет!

 

2 минуты назад, Piercer сказал:

что на сервере работает: mysql или mariadb? стоимость часа работы 10$

Очень дешево для специалиста по настройке серверов.

Share this post


Link to post
Share on other sites
2 часа назад, Piercer сказал:

что на сервере работает: mysql или mariadb? стоимость часа работы 10$ если стоит VPS с виртуализацией KVM

 

если мариядб, то лови

 

skip-external-locking
key_buffer_size = 16M
max_allowed_packet = 16M
table_open_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M

 

Конфиг такой себе 64 table open cache совсем улыбнуло. А sort buffer это дичь. Погуглил спасибо.

Share this post


Link to post
Share on other sites

Нужно минимум 4 гб ram и nvme  диски и не менее 2 честных ядер чтоб такое летало, а так да, в теории, подкинул супер конфиг на любой тазик и он взлетел:)

Share this post


Link to post
Share on other sites
8 часов назад, kxknet сказал:

nvme  диски

 

у nvme  нет абсолютно никаких преимуществ перед SSD накопителями.

Чисто маркетинговый трюк.

 

У меня установлен самый быстрый на планете nvme  накопитель от Самсунга.

И есть от того же производителя самый быстрый на планете (среди SSD ) в форм-факторе SSD 2.5".

 

По маркетинговым тестам накопитель nvme  выигрывает у SSD многократно: 3500 против 550.

Но когда вы исследуете не отдельно взятого сферического коня в вакууме в виртуальной задаче,  а в реальной задаче реальный процесс, то выигрыша нет никакого, в частности на работе сервера БД это никак не сказывается.

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

 

Вот объем оперативной памяти - это реально влияет на производительность. Чем выше, то тем лучше, но при грамотной настройке кеширования того же сервера БД и пр.

Да и вообще Linux по умолчанию при наличии свободной памяти старается ее максимально использовать и переносить в память все, что можно перенести.

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

Share this post


Link to post
Share on other sites

У NVME большой плюс в том что средняя реальная скорость что дают хостеры намного большен средних 50 мб сек на обычных SSD ибо банально гораздо большее число iops  делиться между клиентами.

 

Я настраиваю серверы и занимаюсь хостингом уже очень давно с эпохи старта Sweb  в Рунете и так далее.

Share this post


Link to post
Share on other sites

Зачем на 100 униках вообще VDS? Выкидывать кучу денег на администрирование сервера и за сам сервер, если эти деньги можно было потратить на привлечение трафика и соответственно заказов. 

А имея хороший трафик и заказы - уже можно не жалеть деньги на администрирование и сервер скудный с 2Гб ОЗУ и к этому списку уже можно заказать специалиста по опенкарт, который вам отполирует запросы, и запилит нормальный кеш.

Edited by niger

Share this post


Link to post
Share on other sites
В 16.10.2018 в 09:20, kxknet сказал:

У NVME большой плюс в том что средняя реальная скорость что дают хостеры намного большен средних 50 мб сек на обычных SSD

 

 

Я тестировал многократно сервера с различными накопителями.

Реальной выгоды никакой.  Кроме маркетинговой разницы, которую реальный пользователь никак пощупать не может.

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

Вот даже отказ от апачи и переход на чистых nginx можно увидеть в цифрах, а переход на другой тип накопителя - невозможно.

 

В 16.10.2018 в 09:20, kxknet сказал:

анимаюсь хостингом уже очень давно

 

Я тоже лет 15 в этой теме.

Сможете показать, что реально тяжелый запрос к БД будет обрабатываться быстрее? При условии (чтобы было все по честному), что кеширование запроса отключено.

И при прочих равных условиях.  Скажем, 1000 одинаковых запросов для теста.

И посмотреть среднее значение при условии применения разных накопителей.

 

Вот если переместить таблицу БД в память, то результат сразу заметен, а при смене накопителей я его даже под лупой рассмотреть не могу - это просто нет.

Я как-то привык доверять практическим выводам.

 

А запросы к БД как раз и создают основную нагрузку в опенкарт.

 

И вы же наверняка понимаете, что в случае VDS-ов железный сервер не строится по принципу "один железный сервер - один накопитель"?  При грамотном включении накопителей даже HDD не будет медленнее SSD.

 

@kxknet , как вы конечный результат оцениваете?

Я оценивал, например, на 2-х идентичных по параметрам VDS у одного и того же хостера, но с разными накопителями.  Делал одинаковые тесты в виде тяжелых запросов к БД. Один запрос секунд на 10, например.  Это довольно привычно для запросов, которые создают фильтры товаров. Тест на 1000 однотипных запросов.  И смотрим статистику по этим запросам.

А вы как сравниваете?

 

Вполне допускаю, что вы видите реальные преимущества.  Мне хотелось бы тоже их увидеть если они есть в реальных цифрах.  Я от преимуществ никогда не отказываюсь.

 

 

В 16.10.2018 в 10:22, niger сказал:

Зачем на 100 униках вообще VDS?

 

150К товаров с потенциальным ростом их кол-ва уже подразумевает логичное использование VDS.

В 16.10.2018 в 10:22, niger сказал:

Выкидывать кучу денег на администрирование сервера и за сам сервер

 

куча?

$10...20 в месяц - этого вполне достаточно.

На $10 в месяц рекламную компанию вы не проведете, а потому говорить о

 

В 16.10.2018 в 10:22, niger сказал:

эти деньги можно было потратить на привлечение трафика и соответственно заказов. 

 

думаю, что будет преувеличением.

Share this post


Link to post
Share on other sites

Кто нибудь в курсе как настроить mysql на несколько ядер?

Поиском находится только параметр thread_concurrency

С версии mysql 5.6 этот параметр убрали и ничем не заменили.

Сейчас версия 5.6.43-2.el7.x86_64

Share this post


Link to post
Share on other sites
6 hours ago, fjeka said:

Кто нибудь в курсе как настроить mysql на несколько ядер?

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

Однако, нет в этой СУБД такой настройки, которая бы позволяла обрабатывать один, даже очень тяжелый запрос, силами более чем одного ядра.

Share this post


Link to post
Share on other sites
3 часа назад, 100napb сказал:

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

Спасибо за ответ.

Почему-то если запускаю что то тяжелое, то в логах один процесс mysqld грузит одно ядро на 95%.

В этот момент полюбому на сайт заходят еще посетители, но новых процессов не возникает.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
You are posting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.