Как лучше оптимизировать кэширование MySQL

M
На сайте с 02.01.2013
Offline
38
682

Добился того, что некэшируемых запросов к БД практически не осталось (то что есть на графике остатки от зеркала сайта на старом движке) но появляется другая проблема..

Кэш удаляется как только в таблице происходит обновление строки или удаление. Например:

- Таблица сообщений соц сети - постоянное добавление/обновление/удаление записей - с ростом посещаемости эффективность кэширования стремится к нулю

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

В итоге - польза от кэша тает на глазах

Как лучше это дело оптимизировать?

Mik Foxi
На сайте с 02.03.2011
Offline
1076
#1

кешировать не всю таблицу, а конкретные запросы и выборки поштучно кешировать в мемкешед.

Антибот, антиспам, веб файрвол, защита от накрутки поведенческих: https://antibot.cloud/ + партнерка, до 40$ с продажи.
M
На сайте с 02.01.2013
Offline
38
#2
foxi:
конкретные запросы

только запросы и кэшируются, но при изменении в таблице запросы из кэша удаляются

ValdisRu
На сайте с 02.10.2006
Offline
139
#3
musitann:
В итоге - польза от кэша тает на глазах

хм а какая польза от кеша если данные изменились а ваш сайт показывает старые данные из кеша которые не соответсвуют действительности???

если на это наплевать то сделайте две базы - в одной храняться актуальные данные, во второй раз в сутки синхронизированные с первой базой, скрипт будет брать из кеша второй базы и класс - чего хотели того добились

Обалденный заработок на социальных сетях (https://goo.gl/Qtsq6M)
M
На сайте с 02.01.2013
Offline
38
#4
ValdisRu:
хм а какая польза от кеша если данные изменились

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

Mik Foxi
На сайте с 02.03.2011
Offline
1076
#5

так может хранить данные не в mysql, а в MongoDB и т.п., которые сразу все в памяти ?

ValdisRu
На сайте с 02.10.2006
Offline
139
#6
musitann:
я ж ничё против не имею, просто хотелось бы понять, как оптимизировать работу сервера и движок соц сети, в которой данные постоянно меняются и имеёт первостепенное значение.

ну соц сеть как и есть динамически меняющийся объект, кешировать который не имеет смысл

ну это как если бы вы на бирже пользовались устаревшими данными

а насчет сервера - если текущая конфигурация не справляется - значит надо модернизировать

---------- Добавлено 10.03.2013 в 00:42 ----------

foxi:
так может хранить данные не в mysql, а в MongoDB и т.п., которые сразу все в памяти ?

ну так и в мускуле можно сделать таблицы хранящиеся в ОЗУ

M
На сайте с 02.01.2013
Offline
38
#7
ValdisRu:
ну соц сеть как и есть динамически меняющийся объект, кешировать который не имеет смысл

тупо наращивать железо при росте нагрузки?

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий