Сделать основные категории как у популярных досках т.к. там уже провели процедуру опроса/оптимизации
Далее если хочется ещё сильнее градацию делать, то следить за объявлениями каких больше и делать более детальную градацию.
т.е. я за то, чтобы не давать не нужных функций.
Со стороны пользователя т.е. человека, который ищет что-то мне более важна строчка поиска и фильтры. А искать в 100500 категориях нужную мне вообще лень.
И мой знакомый рассказывал, что у него на сайте была база innoDB, и начало кончатся место. Оказывается в табличке было пару записей, а занимала пару гиг. Он ее перевел в MyISAM и она сразу в несколько сот раз уменьшилась.
Ну наверное что-то ваш знакомый не понимал, что перед ним.
Anderew: На торгах имущества банкротов обратите внимание, там люди за копейки целые здания покупать умудряются. Главное помнить - прибыль прямопропорциональна рискам.
Всё самое вкусное уже разбирают ДО торгов, остаётся неликвид или УГ. Да ещё и пробиться надо на такие торги.
Если делаю запись, блокирую таблицу на WRITE, а иначе READ
Это не имеет смысла. Уберите их.
Переведите всё в innodb, выставите innodb_buffer_pool_size в размер чуть больше ваших таблиц, если они будут пополнятся.
Далее обязательно:
innodb_flush_method=O_DIRECT
и учитывая, что у вас локальные данные, то:
innodb_flush_log_at_trx_commit=0
Кэш лимиты оптимальные, больше не нужно:
query_cache_limit=2M
query_cache_size=128M
query_cache_type=1
И ещё раз проверьте индексы, также индексы могут быть составными и должны быть, если выборка идёт по 2-м и более параметрам.
Хотя очень хорошо, что Вы все даете советы не только на конкретный вопрос, а ищите пути решения глобально, не ожидал.
Это как лечение зубов. Если пациент жалуется, что зуб реагирует на холодное/горячее, то тут или зубную пасту надо менять или зуб сгнил и надо ставить имплантант вместо него. Поэтому надо рассматривать сначала зуб, а потом уже выбирать зубную пасту :)
Вариант 4
Сделать основные категории как у популярных досках т.к. там уже провели процедуру опроса/оптимизации
Далее если хочется ещё сильнее градацию делать, то следить за объявлениями каких больше и делать более детальную градацию.
т.е. я за то, чтобы не давать не нужных функций.
Со стороны пользователя т.е. человека, который ищет что-то мне более важна строчка поиска и фильтры. А искать в 100500 категориях нужную мне вообще лень.
А кто вам сказал, что он что-то зарабатывает пока?
Надо бы памяти добавить на компьютер т.к. он это делает когда памяти нет.
Ищем:
На
$1
И мой знакомый рассказывал, что у него на сайте была база innoDB, и начало кончатся место. Оказывается в табличке было пару записей, а занимала пару гиг. Он ее перевел в MyISAM и она сразу в несколько сот раз уменьшилась.
Ну наверное что-то ваш знакомый не понимал, что перед ним.
В общем плане работы т.е. комплексной это не так. Долго объяснять. Mysql отказывается от myisam не просто так.
Если на сервере достаточно памяти, то да выставлять 5 ГБ
На торгах имущества банкротов обратите внимание, там люди за копейки целые здания покупать умудряются. Главное помнить - прибыль прямопропорциональна рискам.
Всё самое вкусное уже разбирают ДО торгов, остаётся неликвид или УГ. Да ещё и пробиться надо на такие торги.
Это не имеет смысла. Уберите их.
Переведите всё в innodb, выставите innodb_buffer_pool_size в размер чуть больше ваших таблиц, если они будут пополнятся.
Далее обязательно:
innodb_flush_method=O_DIRECT
и учитывая, что у вас локальные данные, то:
innodb_flush_log_at_trx_commit=0
Кэш лимиты оптимальные, больше не нужно:
query_cache_limit=2M
query_cache_size=128M
query_cache_type=1
И ещё раз проверьте индексы, также индексы могут быть составными и должны быть, если выборка идёт по 2-м и более параметрам.
Это как лечение зубов. Если пациент жалуется, что зуб реагирует на холодное/горячее, то тут или зубную пасту надо менять или зуб сгнил и надо ставить имплантант вместо него. Поэтому надо рассматривать сначала зуб, а потом уже выбирать зубную пасту :)