设为首页 收藏本站
查看: 953|回复: 0

[经验分享] InnoDB & Memcached

[复制链接]

尚未签到

发表于 2015-9-1 11:48:18 | 显示全部楼层 |阅读模式
   概述:
          在很多的MySQL检索应用中,为了提高热点查询的效率,往往会选择在MySQL数据库前边加上一层Memcached做查询缓存。这样在中间查询层,用户程序需要自己先去Memcached里面查询一遍自己需要的key是否已被缓存,若没有,则再去MySQL数据库中进行相应的查询。
  在MySQL5.6版本后,InnoDB存储引擎开始集成Memcached:
DSC0000.png
          上图中的SQL到Memcached的add、incr等操作完全在MySQL server端进行。不需要人为的进行操作解析,所带来的好处包括:

  • 自动持久话。存储引擎自动做Memcached到数据文件间的持久化,所以一些add、incr操作也可以直接对Memcached操作。
  • 对主键的单个项索引会比之前的InnoDB要快。这主要得益于noSQL的key-value检索的特性(InnoDB的索引是构建于磁盘中的B+树,单纯的key->value映射是无法与hash比较的)。

  • 利用Memcached的序列化特征,可以将一些较为复杂的数据结构、二进制文件、代码块等转换为可存储字符串,通过一些简单的途径从数据库获取这些对象。

  • Because you can access the underlying data through SQL, you can produce reports, search or update across multiple keys, and call functions such as AVG() and MAX() on the memcached data. All of these operations are expensive or complicated with the standalone memcached. (对于这项我个人的理解是,它所说的benefit比较的是Memcached,因为类似于AVG( ) 函数肯定需要由InnoDB本身来进行,这跟之前的MySQL InnoDB没有任何改变)
  • 数据自动加载进Memcached。不用人手工的将database中的数据“刷”到memcached中。
  • 节约资源。Memcached消耗的CPU不会很多,其内存占用使用可以被简单控制,所以可以与MySQL公用同一个系统。
  • 因为InnoDB的一致性操作,用户不用担心Memcached的一些事务性的操作。
  
   Internals of the InnoDB memcached Plugin:
          在安装的过程中,会生成innodb_memcache库,其中最重要的table就是containers。containers揭示了memcached与database之间的联系。
          首先,通过containers表,我们可以针对某张特定的table,选择其映射到Memcached中的key->value的键值对。比如,对于表test.demo_test来说:
  mysql> desc test.demo_test;
+-------+---------------------+------+-----+---------+-------+
| Field | Type                | Null |Key | Default | Extra |
+-------+---------------------+------+-----+---------+-------+
| c1    | varchar(32)         | NO  | PRI |         |       |
| c2    | varchar(1024)       | YES |     | NULL    |      |
| c3    | int(11)             | YES  |     |NULL    |       |
| c4    | bigint(20) unsigned | YES  |     |NULL    |       |
| c5    | int(11)             | YES  |     |NULL    |      |
+-------+---------------------+------+-----+---------+-------+
          如果我们有一个查询是c1 -> (c2, c3, c5) 的操作,那么我们就可以设置key_columns为c1(single column name ),value_columns为c2、c3、c5,这样就用在Memcached中保存c1 ->(c2, c3, c5) 的键值对。
          另外一个约束是,key_columns必须是primary key 或者是secondary key(为了优化持久化时的效率,primary key最佳,具体原因可参看InnoDB的index结构),而且还需要是唯一的。这样,Memcached与database直接的关联就可以通过key_columns来进行了,相应的持久化工作或者update也能很容易的进行。
  
  更多内容请访问MySQL官网(如何安装、配置、使用Manual中都有很详细介绍)
  参考文献:《MySQL 5.6 Manual》http://dev.mysql.com/doc/refman/5.6/en/innodb-memcached.html
  水平有限,如有问题,欢迎指正,thank you!

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-108329-1-1.html 上篇帖子: memcached performance性能到底有多快 下篇帖子: memcached的数据导入导出(理论)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表