【IT168 专稿】本文根据【2016 第七届中国数据库技巧大会】现场演讲嘉宾杨旭钧老师分享内容收拾而成。录音收拾及文字编辑IT168@ZYY@老鱼

　　讲师简介

　　Apache Geode官网开源社区贡献者、提交者，中国社区发起人，宝隆捷(Bloom)信息技巧有限公司CTO，速录公司，有着多年的银行、保险行业的金融系统的方案，设计和开发经验，参与过多个国内外银行、互联网电商与移动支付领域项目。曾就职于VMware和 Accenture两家公司，服务客户包含花旗银行、中国外汇交易中心、中国央行、中国银行、中国交通银行等。 Gemfire开源社区发起人，负责在国内推广Apache Geode在国内的应用，对国内Gemfire用户的供给技巧咨询和培训工作。 目前正在创办一家供给大数据分析处理服务的公司，公司产品Jaguar快数据处理平台重要可利用于电子商务、电信、物流交通、金融、医疗、信息安全等多个行业。

　　正文

　　大家好，我今天分享的主题是《GemFire在移动互联网或电商利用方面的技巧分享》，我的议题重要分为如下四部分:

　　首先我借鉴了Facebook范例利用架构，它把主页的页面进行了拆分，把页面点击存在不同的Memcached集群，同时做了贯通，但自身还是有必定问题。

　　首先拆分主页和其他页面的点击访问，使之变成一个散布式集群，数据不保存在单台服务器上，保存于多台服务器集群中，跨所有集群的服务器快速拉取数据到前端页面。

　　采用并发数据查询其实就是并行转发get恳求，不同的object有不同的大小和方法，同时它也拆分不同的object类型，以达到高效的内存利用率，其实这些东西在GemFire上全有，其本身的内核平台已经支撑了。

　　其次是解决前端连接拥塞问题，比如服务器运行50到100个过程，Memcached可能有10万个恳求进行连接，这个也是有双模式的，TCP长连接也可以连，UDP也可以连。目前来讲，压缩是应用gzcompress压缩序列化字符串。

　　目前 GemFire 与Web Server已经做了很深的集成，将GemFire客户端嵌入到Web server当中，Web Server从GemFire客户端读写数据再同步给GemFire Server。

　　GemFire客户端可以有好多，速录公司，如果采用拆分的方法可以有10个，20个，30个客户端，并发访问下面的集群，中间通过和谐器掩护全部集群的客户端和节点的关系。如果后面还有DB的话，也可以跟DB进行交互。整体架构大致如图所示：

　　12306余票查询现在的集群规模是100多个节点，实际可以达到256个节点，因为这是性能集群节点数整体的平衡，256个应当是没问题的，再大就不行了。因为其底层基于TCP 协议, 掩护集群成员关系的网络开销较大，测量的是全部集群中最低的延迟来掩护节点之间的关系，各节点之间如果掉了的话，反响就不太敏锐了。

　　Memcached全部集群的扩大有一个标准，Magent利用一致性hash分配值到Memcached节点，进而告诉前端利用把数据存到哪。这样会涌现一个问题，它并没有服务端的散布式，只是一个伪散布式，不能达到完整散布式。如果集群动态添加节点的话，会严重影响缓存命中率。

　　GemFire开发了一个叫Gemcached的东西，它也是一个服务器，把它嵌入到GemFire服务器的节点当中，当成一个单独的过程来运行。