memcached против внутреннего кеширования в PHP?

Question

Я работаю над некоторым старым (ish) программным обеспечением на PHP, которое поддерживает массив $ cache для уменьшения количества SQL-запросов. Я думал о том, чтобы просто поставить memcached на свое место, и мне интересно, избавиться ли от внутреннего кэширования или нет. Будет ли все еще существенное увеличение производительности, если я сохраню внутреннее кэширование, или будет достаточно memcached?

Answer 1

Согласно этому сообщению в блоге, внутренний массив PHP работает намного быстрее, чем любой другой метод:

Cache Type                Cache Gets/sec

Array Cache                       365000
APC Cache                          98000
File Cache                         27000
Memcached Cache (TCP/IP)           12200
MySQL Query Cache (TCP/IP)          9900
MySQL Query Cache (Unix Socket)    13500
Selecting from table (TCP/IP)       5100
Selecting from table (Unix Socket)  7400

Answer 2

Вероятно, что memcache (который реализован на металле) будет быстрее, чем какая-то интерпретируемая php схема кэширования.

Однако: если она не сломана, не исправляйте ее.

Если вы удалите пользовательский код кэширования, вам, возможно, придется иметь дело с другим кодом, который зависит от кэша.Я не могу говорить о качестве кода, который вы должны поддерживать, но кажется, что это одна из тех вещей, которые "вероятно, не стоят того".

Позвольте мне выразиться так: Вы доверяетеоригинальный разработчик (и) написал код, который все еще будет работать, если вы удалите кеширование? (я бы, наверное, не стал)

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

Answer 3

Преимущество использования memcache по сравнению с локальным кэшированием имеет место, если:

1) у вас есть несколько веб-серверов, работающих на одной базе данных, и настроен memcache для работы на нескольких узлах

2)В базе данных не реализовано кэширование результатов запроса или очень медленный доступ к

В противном случае, если код кэширования не очень плохой, не стоит ожидать значительного улучшения производительности.

HTH

с.