3 ms·
>Maybe I am wrong. If you think I am wrong, please show me some reference that explicitly mentions this is just API, and there's no running memcache instance.
by corresation 13y ago
>Maybe I am wrong. If you think I am wrong, please show me some reference that explicitly mentions this is just API, and there's no running memcache instance.
https://dev.mysql.com/doc/refman/5.6/en/innodb-memcached-benefits.html https://dev.mysql.com/doc/refman/5.6/en/innodb-memcached-ben...
Yes, there is a memcached "daemon" in the sense that they run a memcached host within mysql, which they obviously have to do. That memcached "instance" reads and writes from InnoDB and the shared buffer pool also used by the SQL engine: It does not maintain a unique memory instance, and values read or written are atomically consistent with the mySQL instance.
The single and only reason this product exists is that the memcached API is much simpler and network/parsing efficient, allowing for much better round-trip-times when doing simple queries.
- eonil 13y agoOK. You're right. MySQL seems using InnoDB buffer pool. I found the mention. > You do not need to manually load data into memcached at startup. As particular keys are requested by an application, the values are retrieved from the database automatically, and cached in memory using the InnoDB buffer pool. So memory-cache is provided the engine itself, not by external plugin.