为什么要实现搭建tomcat集群环境呢？主要因为单个tomcat无论从吞吐量和并发数上，会达到一定的极限。如果访问量超过单个tomcat的承受能力的话，tomcat一般要么拒绝提供服务，要么直接宕掉。所以，必须要依靠tomcat集群技术。举个最简单的例子，拿“送快件”比喻，如果一个人，5分钟送一件，一小时之内，送10个，一个人完全能胜任这项工作。假设现在到了双十一，要求1小时，送100个，
那怎么办？只能安排更多的人加入“送快件”这项工作中来。这其实和集群一个道理。
集群，可以达到“人多力量大”的目标。
tomcat集群搭建，一般情况会使用apache或者nginx反代多个tomcat,实现集群的目的。apache或nginx起着负载均衡器的作用，将来自客户端的请求，按照一定均衡策略，转发给某个tomcat处理请求。
那么问题来了，如果客户端响应时，突然宕机怎么办，请求相关的session信息就丢失了，而请求转发给其他tomcat节点,也没办法获取到session信息。如何管理和维护session数据，是一个难题。作为番外篇，体会下单台tomcat的session是如何管理的，虽然实际参考意义不大，但对系统了解session信息的管理，也很有必要。
主要包含以下内容。
-
单台tomcat的session信息的持久化
Session的管理，tomcat两个实现类：
org.apache.catalina.session.StandardManager和org.apache.catalina.session.PersistentManager
StandardManager 默认的方法 可以配置的地方比较少
PersistentManager 提供了很灵活的管理方式 配置性强。
针对持久化，tomcat 提供了2种持久化的方式。
1）org.apache.catalina.session.FileStore 将session信息保存在文件中
2）org.apache.catalina.session.JDBCStore，将session信息保存在数据库中。
1.1：存储在本地文件中：配置conf目录里的context.xml文
编辑${tomcat_home}/conf/context.xml
默认为
|
1
2
3
4
5
6
7
8
9
10
11
12
|
<
Context
>
<!-- Default set of monitored resources -->
<
WatchedResource
>WEB-INF/web.xml</
WatchedResource
>
<!-- Uncomment this to disable session persistence across Tomcat restarts -->
<!--
<Manager pathname="" />
-->
...
</
Context
>
|
修改后的内容
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<
Context
>
<!-- Default set of monitored resources -->
<
WatchedResource
>WEB-INF/web.xml</
WatchedResource
>
<
Manager
className
=
"org.apache.catalina.session.PersistentManager"
>
debug=0
saveOnRestart="true"
maxActiveSession="-1"
minIdleSwap="-1"
maxIdleSwap="-1"
maxIdleBackup="-1"
<
Store
className
=
"org.apache.catalina.session.FileStore"
directory
=
"../session"
/>
</
Manager
>
...
</
Context
>
|
注意：<Manager pathname="" />这个配置，无论注释还是不注释，并没开启session的持久化功能。这一点，和注释有些出入，存疑。我使用的tomcat版本是tomcat7。
接下来准备2个简单的jsp文件，
set.jsp:往session中赋值，get.jsp:从session中取值。
set.jsp内容
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<%@ page import="java.util.Date" %>
<%@page pageEncoding="utf-8" language="java" %>
<
html
>
<
body
>
<
h2
>session赋值</
h2
>
<%
String sessionid = session.getId();
out.println("sessionid===>"+sessionid+"<
br
/>");
session.setAttribute("name","set.jsp");
session.setAttribute("timestamp",new Date());
%>
</
body
>
</
html
>
|
get.jsp内容
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
<%@ page import="java.util.Enumeration" %>
<%@page pageEncoding="utf-8" language="java" %>
<
html
>
<
body
>
<
h2
>输出session值</
h2
>
<%
String sessionid = session.getId();
out.println("sessionid===>"+sessionid+"<
br
/>");
Enumeration attrs = session.getAttributeNames();
while(attrs.hasMoreElements()){
Object key = attrs.nextElement();
Object attr = session.getAttribute(key.toString());
out.println(key+"==>"+attr+"<
br
/>");
}
%>
</
body
>
</
html
>
|
然后将项目部署在tomcat下。
这时候，已经通过修改context.xml开启了session持久化能力。
测试步骤。
(1)启动tomcat.执行 ${tomcat_home}\bin/startup.bat
(2)访问http://localhost:8080/arch-web/set.jsp
注意sessionid的值，和下面的比较，两者应该是一样的。
（3）访问http://localhost:8080/arch-web/get.jsp
（4）关闭tomcat.执行 ${tomcat_home}\bin/shutdown.bat
(5) 重新启动tomcat.执行 ${tomcat_home}\bin/startup.bat
${tomcat_home}\work\Catalina\localhost\session目录下
（6）访问http://localhost:8080/arch-web/get.jsp
这时候，应该可以看到步骤三1样的界面。
1.2：存储在数据库中：配置conf目录里的context.xml文件
了解OOP的同学，很容易想到，其实不论是文件方式存储，还是JDBC方式存储，都是存储形式不同而已，我们只需要切换下Store配置信息即可。
最后编辑后的结果
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
<
Context
>
<!-- Default set of monitored resources -->
<
WatchedResource
>WEB-INF/web.xml</
WatchedResource
>
<
Manager
className
=
"org.apache.catalina.session.PersistentManager"
>
debug=0
saveOnRestart="true"
maxActiveSession="-1"
minIdleSwap="-1"
maxIdleSwap="-1"
maxIdleBackup="-1"
<
Store
className
=
"org.apache.catalina.session.JDBCStore"
driverName
=
"com.mysql.jdbc.Driver"
connectionURL
=
"jdbc:mysql://127.0.0.1:3306/tomcat_sessions_db?user=root&password=root"
sessionTable
=
"tomcat_sessions"
sessionIdCol
=
"session_id"
sessionDataCol
=
"session_data"
sessionValidCol
=
"valid_session"
sessionMaxInactiveCol
=
"max_inactive"
sessionLastAccessedCol
=
"last_access"
sessionAppCol
=
"app_name"
/>
</
Manager
>
...
</
Context
>
|
强烈吐槽下，网上共享的一些资源，太不靠谱了。白费了我整个晚上时间还有好心情。最可怕的是，一些资源，都是同一个问题，少发一些复制的东西吧。
网上资源有问题的地方，简单罗列下
-
className名称不对
-
connectionURL少端口号信息
-
表字段信息缺少下划线
最后说一下，要把mysql的驱动包放到${tomcat_home}\lib文件夹中。
和上面的测试步骤一样
关闭tomcat之后，
确认tomcat_sessions表中的记录
到这里，session持久化演练结束了。
其实说白了，这个单节点session持久化场景，没有实际意义，除非session信息非常重要。
最后提醒下大家，在配置tomcat时，一定要特别关注输出的日志信息，这是最直观的，不要太相信网上资源，运气好兴许能帮你，但也不保证把你带到沟里去。
---------------
The End
接下来，将搭建apache+tomcat集群。分别是使用memcached，和不使用memcached.
本文转自 randy_shandong 51CTO博客，原文链接：http://blog.51cto.com/dba10g/1836730，如需转载请自行联系原作者
