Mysql кеширование

Подписался. На работе, ораклисты вынесли на рам оракл. Правда и машинка не хилая, 256Гб.

у меня все скромно, база не больше 10Гб пока планируется.

Лучше начать с настроек mysql. Включить кеширование + подкрутить буферы и некоторые другие настройки.
Писал для себя небольшую заметку. Возможно вам пригодится.
Так же советую поставить munin и смотреть на результаты тестов.

Так же советую поставить munin и смотреть на результаты тестов.

с этого места можно поподробнее, о каких тестах идет речь?

Может есть смысл использовать Redis для некоторых данных?

А вообще тема интересная, тоже подписался.

Может есть смысл использовать Redis для некоторых данных?

вообще это имеет отношение к Wordpress кеширование

с xcache.var все относительно понятно, дам ему побольше памяти в конфиге, и все, а вот с mysql - не очень

Например, поменяли какую-то настройку -> через время посмотрели графики.
В munin есть плагины конкретно для mysql: MySQL queries, MySQL slow queries, MySQL threads и еще несколько других. Так же можно самому создать предполагаемую нагрузку на MySQL и далее крутить настройки -> сравнивать результаты и графики. И таким образом лучить оптимальный конфиг для своей db.

спасибо! я тут недавно как раз спрашивал о munin, теперь вопрос выбора полностью отпал.

Чтобы самому не считать key_buffer_size, innodb_buffer_pool_size и еще некоторые буферы - можно залить свою базу и запустить mysqltuner(но без фанатизма относиться к тому, что он выдаст).

прогнал на тестовой базе

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.66-0+squeeze1
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 1G (Tables: 145)
[!!] Total fragmented tables: 35

-------- Performance Metrics -------------------------------------------------
[--] Up for: 2h 36m 32s (84K q [9.042 qps], 3K conn, TX: 184M, RX: 2B)
[--] Reads / Writes: 93% / 7%
[--] Total buffers: 304.0M global + 10.5M per thread (100 max threads)
[!!] Maximum possible memory usage: 1.3G (135% of installed RAM)
[OK] Slow queries: 0% (0/84K)
[OK] Highest usage of available connections: 18% (18/100)
[OK] Key buffer size / total MyISAM indexes: 256.0M/263.5M
[OK] Key buffer hit rate: 98.3% (11M cached / 190K reads)
[OK] Query cache efficiency: 32.1% (21K cached / 67K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 5% (144 temp sorts / 2K sorts)
[OK] Temporary tables created on disk: 0% (0 on disk / 1K total)
[OK] Thread cache hit rate: 99% (23 created / 3K connections)
[OK] Table cache hit rate: 75% (196 open / 261 opened)
[OK] Open file limit used: 30% (349/1K)
[OK] Table locks acquired immediately: 99% (54K immediate / 54K locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
    Reduce your overall MySQL memory footprint for system stability
    Enable the slow query log to troubleshoot bad queries

У вас памяти столько нет.
[!!] Maximum possible memory usage: 1.3G (135% of installed RAM)

ты сильно то на мунин не надейся, что бы более детально мониторить мускулы то лучше zabbix поставить.

да это понятно, но он ни разу столько не съедал, это же просто предупреждение.

не не, я уже мунин поставил везде :)
должно хватить

нет, нету. есть смысл настроить кеши мускуля, и не кешировать его запись/чтение на уровне ОС вообще (ну разве что много лишней памяти, но смысла в этом нет; а, есть еще вариант что вы форсируете кеш записи и не дорожите своими данными).

Я мускуль на ссд выношу обычно, в разы шустрее.
А по факту, был клевый блог mysql optimization, там очень подробно. Ща поищу.