不能说的秘密的博客

前面在介绍MyBatis二级缓存的时候简单的介绍了ehcache，以及ehcache如何配置为Mybatis的二级缓存等。这篇文章介绍ehcache在更为上层的应用。 尽快使用ehcache的二级缓存可以优化Mybatis的查询效率，但这个有几个限制

前一段时间面试阿里巴巴，面试官问我除了Redis 3.0开发官方提供的Redis Cluster模式(http://www.redis.cn/topics/cluster-tutorial.html)外，你还知道哪些Redis集群方案。面试后便查询了相关资料，记录了一下Redis常见的各种集群方案。

最近研究nginx日志的时候，对于304这个状态码产生了好奇。之前一直知道3XX系列的状态码表示重定向，但对于304的具体原理没有仔细研究过。304 的标准解释是：客户端有缓冲的文档并发出了一个条件性的请求。服务器告诉客户端，原来缓冲的文档还可以继续使用。完成这个几个动作包括服务器确认返回304给予客户端，主要包含几个http头信息，请求头If-None-Match、响应头ETag和响应头Cache

正如大多数持久层框架一样，MyBatis 同样提供了一级缓存和二级缓存的支持； 一级缓存基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该Session中的所有 Cache 就将清空。 二级缓存与一级缓存其机制相同，但又有很多特性。

之前写过一篇关于JDK原始支持的Serializable接口序列化与Google的Protostuff序列化两种技术的比较(http://blog.youkuaiyun.com/canot/article/details/53750443)。Protostuff序列化的性能，空间利用率远高于Serializable接口。基于这些原因，最近在做 MyBatis开发的过程中使用二级缓存的时候就使用了Protost

熟悉Java的朋友应该知道Java有一个叫序列化的技术，即把一个Object转换为可保存，可传输的流数据。相应的,同时存在反序列化，即将流数据转换为Object类，而在转换的过程中，该Object保持者其自身的状态。不会应该序列化或者反序列化而丢失。通常在缓存中,RPC(远程调用),或者长久保存会话信息时，大有用处。

我们都听过 cache，当你问他们是什么是缓存的时候，他们会给你一个完美的答案，可是他们不知道缓存是怎么构建的，或者没有告诉你应该采用什么标准去选择缓存框架。在这篇文章，我们会去讨论缓存，缓存算法，缓存框架以及哪个缓存框架会更好。

cache-only即只做为“缓存”服务，不持久数据，数据在服务终止后将消失，此模式下也将不存在“数据恢复”的手段，是一种安全性低/效率高/容易扩展的方式； persistence即为内存中的数据持久备份到磁盘文件，在服务重启后可以恢复，此模式下数据相对安全。

由于自己一直痴迷于大型分布式系统的设计原理与实践。奈何条件有限，毕竟还在读书，根本无法接触到真正的分布式，真正的大数据。便只能在自己电脑上通过docker这种虚拟化技术来自己搭建”分布式系统”来玩玩，体验一下分布式Session，分布式事物等等。这篇文章将搭建出一个”分布式”系统，并先体验分布式系统中Session管理的问题，并通过集中Session管理方案解决。

最新项目中使用了redis作为缓存,而数据库是使用了mongodb。在没有引入Redis时一切正常，当项目依赖引入redis时，则无法注入Mongodb Repository。

consistent hashing 算法早在 1997 年就在论文 Consistent hashing and random trees 中被提出，目前在 cache 系统中应用越来越广泛