De blogs.innodb.com : InnoDB Memcached com capacidade de Binlog
Em nossa versão anterior do Labs, apresentamos uma solução MySQL NoSQL por meio do plug-in InnoDB Memcached Daemon (consulte as postagens anteriores de Calvin e minhas). Essa versão anterior permite que o Memcached Plugin interaja diretamente com o InnoDB, ignorando completamente o otimizador do MySQL e o
QP layers
. Ele difere de outra solução MySQL NoSQL popular, HandlerSocket, ignorando até mesmo a camada de API do manipulador e acessando diretamente o InnoDB por meio de APIs do InnoDB. Assim, em teoria, seria mais simples e eficiente.
O que são Camadas QP ?
A pesquisa não me rendeu bons resultados. O mais perto que cheguei foi Query Path
. Isto está certo?
QP provavelmente significa Query Parsing.
O MySQL Optimizer precisa de informações do Query Parser para determinar os nomes das tabelas e colunas junto com os tipos de dados associados.
Fiz uma postagem anterior no DBA StackExchange sobre como o HandlerSocket ignora o MVCC e os bloqueios em nível de linha. Eu ficaria um pouco desconfiado sobre ignorar até mesmo o HandlerSocket. Digo isso porque HandlerSocket tem problemas em fazer leituras enquanto há operações de gravação interagindo com os mesmos dados . Certifique-se de que o plug-in Memcached não tenha a mesma deficiência. Por favor, verifique se há erros conhecidos neste assunto.