Оптимизация работы с MySQL

В смысле произвольно?

Смотрите slow query лог - лог медленных запросов mysql, со специалистом смотрите, есть хороший шанс, что по запросам будет понятно какой конкретно индекс (или несколько) добавить для решения проблемы.

А таблицы myisam или innodb?

Если myisam, то

как минимум это раскомментировать

#table_open_cache = 2048

#table_cache = 2048

Остальные значения относящиеся к myisam увеличить раза в 4, кроме этих

max_allowed_packet = 32M

myisam_sort_buffer_size = 64M

query_cache_limit = 64M

Вот эти

tmp_table_size=8G

max_heap_table_size=8G

query_cache_size = 4096M

уменьшить до 512M

Но это ОЧЕНЬ грубо и скорее всего не сработает как положено, т.к. не зная текущую ситуацию в деталях невозможно дать хороший совет.

p.s.: А вообще найдите спеца по БД. Советами на форуме не зная внутренней ситуации помочь нереально. А пара индексов и правильный тюнинг my.cnf могут спасти ситуацию.

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

Это спорный вопрос. Попробовать стоит, но затыки могут стать сильнее.

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

---------- Добавлено 30.12.2016 в 23:53 ----------

Не знаю. Я давно уже отказался от myisam в пользу innodb никаких затупов не ощущаю ни на одном проекте. А вот рост производительности заметный.

---------- Добавлено 31.12.2016 в 00:07 ----------

Также если посмотреть на:

log-error=/var/log/mariadb/mariadb.log

То у ТС мария стоит, а там уж точно никто не занимается устаревшим myisam

https://mariadb.com/kb/en/mariadb/myisam-storage-engine/

То есть, получается, что иннодб производительнее?

От задач зависит. Где-то myisam лучше, где-то innodb, если говорить о скорости. По функционалу innodb безусловно современнее, но и расплата за это есть.

А как можно говорить росте производительности если Вы давно отказались от myisam? Нельзя сравнивать с тем, чем не пользуешься.

Это с чего это вывод? Ну сменили дефолтный двиг с myisam на innodb и чего? В mysql между прочим тоже с 5.5 сменили (в той же цитате видно), но как раз в 5.6 и 5.7 изменения были весьма заметные, куча багфиксов и оптимизаций.

---------- Добавлено 31.12.2016 в 00:39 ----------

Где-то БД и вовсе не нужна. :)

Но мы тут говорим о работе с 50 ГБ данных, которые туда сюда качают. И как всегда мы тут копаемся в теориях, а если, а вдруг. 🍿

ТС, ссд даст ощутимый прирост, ну и оперативки побольше.

https://www.online.net/en/dedicated-server#start

Intel® Xeon® E3 1245 v5

4C / 8T @3.5 Ghz 64 GB DDR4 3 × 500 GB SSD

€54.99

самое оно!

1. Сделать раздел mysql tmpdir на ram диске (tmpdir=/mnt/ramdisk):

mkdir -p /mnt/ramdisk

chown mysql:mysql /mnt/ramdisk

mount -t tmpfs -o size=8024M tmpfs /mnt/ramdisk

2. Если запросы короткие и простые, то можно попробовать вообще отключить mysql кэш: query_cache_type=0

3. Если таблицы myisam используются в основном для чтения, то в innodb переводить их нет смысла.

И покажи вывод mysqltuner.pl

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

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

Это я к тому, что может быть что угодно. Удивительно другое - 50 гиг данных это уже что то более менее серьезное.

Как оно вообще появилось на свет без единого специалиста?