MySQL - Innodb, поиск
От значения по умолчанию sysctl.conf, это обеспечивает "безопасность" против деточек сценария, которые управляют скоту их путем в на некорневой учетной записи. Не повреждает иметь его, включил (в большинстве случаев, исключениями являются непривилегированные демоны, бывшие должные видеть список процессов).
# Uncomment this to prevent users from seeing information about processes that
# are being run under another UID.
security.bsd.see_other_uids=0
Как Вы знаете, таблицы MyISAM не тарифицируют слишком хорошо на тяжелых записью ситуациях. InnoDB лучше там; но не имейте полнотекстовых индексов (для использования match()). Это сводится к нескольким ответам:
у Вас может быть тяжелая записью таблица (таблицы) на InnoDB, и полнотекстовый (должен быть всего один или два) на MyISAM
если они - то же; или если несколько таблиц имеют большие тексты, то факторизуют те тексты к единственной таблице (MyISAM) только с текстовыми полями и полями ключа для СОЕДИНЕНИЯ с какой-либо другой таблицей (таблицами).
если сами тексты - те с тяжелыми записями, стиснули зубы и используют выделенную текстовую поисковую систему (Сфинкс, Lucene, и т.д.)
Это - вопрос, с которым я имею дело также. Кто-то указал на меня на механизм Сфинкса.
Вот сообщение о производительности на форумах MySQL
Это не нажимало до сих пор, таким образом, я еще не проверил его. Если Вы идете этим путем, сообщите мне свои результаты на производительности.