В каких случаях Вордпресс пишет в базу данных?

Question

[Тёма Макеев]

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

И сходу другой вопрос. Есть ли какие-то способы кэширования между php и mysql? Чтобы php не дергал каждый раз базу данных, а брал инфу откуда-то поближе, из какого-то кэша?

Answer 1

[Wol_fi]

a просто люди читают сайт - есть какие-то записи в базу данных?

да, сессии пишутся/обновляются, как минимум.

Есть ли какие-то способы кэширования между php и mysql?

Тысячи их: мемкеш, редис, x-cache, apc, shared memory в конце концов)
Для вордпресса есть плагин W3Cache, достаточно функциональный, позволяет выбрать любой популярный способ кеширования. Из своего опыта могу сказать, что драйвер для мемкеша там отвратный. Использую apc на двух проектах, жалоб вроде бы нет.

Comments

[Wol_fi]

MaxKorz: ага, можете так глянуть
SELECT count(*)
FROM `wp_options`
WHERE option_name LIKE '_wp_session%'

[Тёма Макеев]

x-cache, apc, и memcache - это разве не кэшировние опкодов? Я могу ошибаться, но мне всегда казалось, что опкоды и их кэширование - это когда php грубо говоря кэширует свои собственные операции, но это не кэширование mysql запросов. Поправьте, если ошибаюсь. Ну и я для таких целей (опять же, если я правильно понял о чём речь) использую православный opcache

[Wol_fi]

MaxKorz: i.imgur.com/INJcbVZ.png вот всё, что из плагинов есть, замазаны два лично написанных, так как их не могу разглашать, но сессии они не используют.

[Wol_fi]

Тёма Макеев: x-cache и apc умеют кешировать опкоды, но так же и умеют в ключ\значение хранилища. Мемкешед - это отдельная ключ\значение бд, php к ней подключается по собственному протоколу мемкешед.
Всё это подразумевает не нативное, а ручное кеширование в коде (получил данные, положил их в кеш).
Есть нативное кеширование в mysql - это собственный Query Cache, но в некоторых случаях, без него быстрее, чем с ним.

[Тёма Макеев]

Wol_fi: А, ну так понятнее, спасибо.