LINUX.ORG.RU

MySQL & memcached


0

0

Что за зверь такой memcached, с чем едят? У меня мускул задыхается. Запросы упростить уж никак не могу, и так создаю отдельную таблицу где сводную статистику по платежам держу, что бы каждый раз не генерировать. Ладно не об этом речь. Речь о memchached, подскажите ссылочки где об этом можно подробно почитать на русском языке, буду очень благодарен!

И еще вопрос не по теме, насколько я знаю IN запросы в мускуле ограничены. А что делать, если у меня превышается лимит? Только разбивать на несколько отдельных запросов?

★★★

Ответ на: комментарий от anonymous

>нет Array из айдишников

Может как-то всю инфраструктуру пересмотреть? Что-то там явно не так, если такие большие IN'ы приходится юзать.

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

> нет

А почему не используешь?

Если не менять всей архитектуры БД, то подзапросы - почти единственное свое спасение против такого ограничения.

Ведь этот огромный массив из ID ты не вручную же вводишь.

r_asian ★☆☆
()

Зачем тебе прям memcached?

Для начала Кеширование средствами мускула:

http://dev.mysql.com/doc/refman/5.0/en/query-cache.html

Анализ состояния:

http://dev.mysql.com/doc/refman/5.0/en/server-status-variables.html

Обращаем внимание в первую очередь на заметки в Created_tmp_tables Key_reads Opened_tables Qcache* Threads_created Смотрим в сторону long_query_time max_connections key_buffer_size Полезность/безполезность тех или иных показателей зависит от используемого типа хранилища, если InnoDB надо анализить ее статус.

Полезные ресурсы:

http://www.mysqlperformanceblog.com/

http://www.fillon.org/mysysop/

А это о самом memcached и не только.

http://www.mysqlperformanceblog.com/2006/08/09/cache-performance-comparison/

Defence
()
Ответ на: комментарий от Defence

Спасибо большое! И даже огромное почитаю.

Только я на русском хотел, я не то что не бум-бум по буржуйски просто лишняя трата концентрации при чтении =)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.