关于rails大容量网站部署的性能讨论

PersistenceContext我认为transaction scope是最合理的。我看Hibernate也是这么推荐的。而且PersistenceContext要跨进程的话，还有意义吗？

JVM级别的支持群集的二级缓存要看用什么了，据说像Tangosol Coherence性能就非常好。只要能够接受群集Cache的同步开销(想像一下10个节点的Cache同步)，也可以用二级缓存。而且我觉得很重要的一点是，我们也完全可以用memcached来做EJB3的二级缓存。

多说一句cookie和session的群集解决方案。我现在是这样做的：

用户登陆的时候给他一个cookie，存放userId，使用32位uuid(Hibernate生成)，不使用int，是为了避免被hack。此外同时给这个用户分配一个Session，存放user对象。

然后我再写一个webwork Interceptor，拦截所有的动态访问请求，如果他有cookie，但是没有session，就根据cookie里面的userId查数据库，给他session里面放入user。

这样就很完美了，例如用户在clone1上面登陆，然后用户请求被分发到clone2，这个时候clone2上面有cookie无session，但是我的拦截器会用cookie查数据库给他session。这样每个节点只需要访问一次数据库设置session而已。而应用程序里面照常使用session，从session里面拿user对象，不需要改一行代码。只要该节点有session，就直接使用session，如果该节点无session，就从cookie里面去userId访问数据库设置一次session。兼顾了性能和群集部署的无状态，哈哈，完美吧。

用户跳到clone1再跳回clone2还不是要创建一个新的session
没有sticky session的功能
理论上用户会不停clone1 clone2的跳，那就是clone1和clone2不停创建session了

用户跳到clone1再跳回clone2还不是要创建一个新的session
没有sticky session的功能
理论上用户会不停clone1 clone2的跳，那就是clone1和clone2不停创建session了

不会的，第一次访问设置好session，以后访问直接就拿session了。

粗略看了一下memcached的文档, 用法挺简单.
(这里有人编译了windows下的版本:
http://www.ctoforaday.com/archives/000039.html)

但局限性也很明显, --由于没有事务锁定, 很容易读到脏数据.

不会的，第一次访问设置好session，以后访问直接就拿session了。

理论上用户会不停clone1 clone2的跳，那就是clone1和clone2不停创建session了

多说一句cookie和session的群集解决方案。我现在是这样做的：

用户登陆的时候给他一个cookie，存放userId，使用32位uuid(Hibernate生成)，不使用int，是为了避免被hack。此外同时给这个用户分配一个Session，存放user对象。

然后我再写一个webwork Interceptor，拦截所有的动态访问请求，如果他有cookie，但是没有session，就根据cookie里面的userId查数据库，给他session里面放入user。

这样就很完美了，例如用户在clone1上面登陆，然后用户请求被分发到clone2，这个时候clone2上面有cookie无session，但是我的拦截器会用cookie查数据库给他session。这样每个节点只需要访问一次数据库设置session而已。而应用程序里面照常使用session，从session里面拿user对象，不需要改一行代码。只要该节点有session，就直接使用session，如果该节点无session，就从cookie里面去userId访问数据库设置一次session。兼顾了性能和群集部署的无状态，哈哈，完美吧。