Question

De blogs.innodb.com : InnoDB Memcached avec Binlog capacité

Dans notre version antérieure Labs, nous avons présenté une solution NoSQL MySQL par InnoDB Memcached Daemon Plugin (voir Calvin et mes messages plus tôt). Cette version antérieure permet au plug-in Memcached interagir directement avec InnoDB, sans passer complètement optimiseur de MySQL et QP layers . Elle se distingue avec une autre solution populaire MySQL NoSQL, HandlerSocket, en sautant même la couche API de gestionnaire et accéder directement à la InnoDB via les API InnoDB. Ainsi, en théorie, il serait plus simple et plus efficace.

Qu'est-ce que Couches QP

Recherche ne m'a pas donné de bons résultats. Le plus proche je suis arrivé à était Query Path . Est-ce exact?

Était-ce utile?

La solution

QP les plus susceptibles de se Analyse des requêtes.

MySQL Optimizer a besoin d'informations de la requête Parser aux noms de table et les noms de déterminer la colonne ainsi que les types de données associés.

je fait un post plus tôt dans le DBA sur la façon dont StackExchange l'HandlerSocket by-pass MVCC et verrous de niveau ligne. Je serais un peu sceptique à l'idée même sans passer par le HandlerSocket. Je dis cela parce HandlerSocket a des problèmes avec lit faire alors qu'il ya les opérations d'écriture en interaction avec les mêmes données . S'il vous plaît assurez-vous que le plug-in ne Memcached pas la même deficieny. S'il vous plaît vérifier tous les bugs connus dans cette affaire.

Licencié sous: CC-BY-SA avec attribution
Non affilié à dba.stackexchange
scroll top