Pregunta

De blogs.innodb.com: Innodb memcached con capacidad binlog

En nuestro lanzamiento de laboratorios anteriores, presentamos una solución MySQL NoSQL a través del complemento Daemon Memcached InnoDB (ver anterior Calvin's y mis publicaciones). Esa versión anterior permite que el complemento Memcached interactúe directamente con innodb, evitando por completo MySQL Optimizer y QP layers. Difiere con otra solución popular MySQL NoSQL, HandlerSocket, omitiendo incluso la capa de la API del controlador y accede directamente al inNODB a través de las API de Innodb. Por lo tanto, en teoría, sería más simple y más eficiente.

Que es Capas de QP?

La búsqueda no me dio ningún buen resultado. Lo más cerca que llegué fue Query Path. ¿Es esto correcto?

¿Fue útil?

Solución

QP probablemente representa el análisis de consultas.

MySQL Optimizer necesita información del analizador de consultas para determinar los nombres de las tabla y los nombres de las columnas junto con los tipos de datos asociados.

Hice una publicación anterior en el DBA stackexchange Acerca de cómo se pasa por alto el HandlerSocket MVCC y cerraduras de nivel de fila. Sería un poco de aprendizaje de pasar por alto incluso el HandlerSocket. Yo digo eso porque HandlerSocket tiene problemas para hacer lecturas mientras hay operaciones de escritura que interactúan con los mismos datos. Asegúrese de que el complemento Memcached no tenga el mismo deficiente. Verifique los errores conocidos en este asunto.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a dba.stackexchange
scroll top