Tomcat

小兔会写代码

于 2024-08-25 22:49:53 发布

阅读量1.7k

点赞数 22

文章标签： tomcat 运维

本文链接：https://blog.csdn.net/xx1005906zz/article/details/141381435

版权

一、简介

        Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，Tomcat 具有处理HTML页面的功能，它还是一个Servlet和 JSP容器

        起始于SUN 公司的一个Servlet的参考实现项目 Java Web Server，开发者是 James Duncan Davidson，在1999年，将项目贡献给了apache软件基金会（ASF），和ASF现有的项目 JServ 合并，并开源成为顶级项目

         Tomcat 仅仅实现了Java EE规范中与Servlet、JSP相关的类库，是JavaEE不完整实现。

        1999年发布初始版本是Tomcat 3.0，实现了Servlet 2.2 和 JSP 1.1规范。

        Tomcat 4.x发布时，内建了Catalina（Servlet容器）和 Jasper（JSP engine）等

        当前 Tomcat 的正式版本已经更新到 9.0.x 版本，但当前企业中主流版本为 8.x 和 7.x

二、架构与环境

防火墙，selinux，关掉

三、安装 Tomcat

推荐从Apache官网下载源码包直接安装启动

2.1安装java环境
yum install java-1.8.0-openjdk.x86_64 -y
2.2安装并启动tomcat
#解压包
tar zxf apache-tomcat-9.0.91.tar.gz -C /usr/local/

ln -s /usr/local/apache-tomcat-9.0.91/ /usr/local/tomcat

/usr/local/tomcat/bin/startup.sh
2.3查看端口
netstat -antlupe | grep java
2.4访问tomcat

四、tomcat的文件结构和组成

4.1目录结构

目录                     说明
-------------------------------------------------------
bin                     服务启动、停止等相关程序和文件
conf                    配置文件
lib                     库目录
logs                    日志目录
webapps                 应用程序，应用部署目录，相当于nginx的默认发布目录
work jsp                编译后的结果文件，建议提前预热访问

查看 tomcat 相关目录和文件

4.2生成tomcat的启动文件

1. 生成 tomcat 的主配置文件

五、结合反向代理实现tomcat部署

5.1 常见部署方式介绍

standalone模式，Tomcat单独运行，直接接受用户的请求，不推荐。
反向代理，单机运行，提供了一个Nginx作为反向代理，可以做到静态由nginx提供响应，动态jsp代理给Tomcat
LNMT：Linux + Nginx + MySQL + Tomcat
LAMT：Linux + Apache（Httpd）+ MySQL + Tomcat
前置一台Nginx，给多台Tomcat实例做反向代理和负载均衡调度，Tomcat上部署的纯动态页面更适合
LNMT：Linux + Nginx + MySQL + Tomcat
多级代理
LNNMT：Linux + Nginx + Nginx + MySQL + Tomcat

5.2 利用 nginx 反向代理实现

利用 nginx 反向代理功能，实现图中的代理功能，将用户请求全部转发至指定的同一个 tomcat 主机

利用 nginx 指令 proxy_pass 可以向后端服务器转发请求报文 , 并且在转发时会保留客户端的请求报文中的host首部

测试

5.3 实现tomcat中的负载均衡

动态服务器的问题，往往就是并发能力太弱，往往需要多台动态服务器一起提供服务。如何把并发的压力分摊，这就需要调度，采用一定的调度策略，将请求分发给不同的服务器，这就是Load Balance 负载均衡。

当单机 Tomcat ，演化出多机多级部署的时候，一个问题便凸显出来，这就是 Session 。而这个问题的由来，都是由于HTTP 协议在设计之初没有想到未来的发展。

5.3.1 HTTP的无状态，有连接和短连接

无状态：指的是服务器端无法知道2次请求之间的联系，即使是前后2次请求来自同一个浏览器，也没有任何数据能够判断出是同一个浏览器的请求。后来可以通过cookie、session机制来判断。
浏览器端第一次HTTP请求服务器端时，在服务器端使用session这种技术，就可以在服务器端产生一个随机值即SessionID发给浏览器端，浏览器端收到后会保持这个SessionIDCookie当中，这个Cookie值一般不能持久存储，浏览器关闭就消失。浏览器在每一次提交HTTP请求的时候会把这个SessionID传给服务器端，服务器端就可以通过比对知道是谁了
Session通常会保存在服务器端内存中，如果没有持久化，则易丢失
Session会定时过期。过期后浏览器如果再访问，服务端发现没有此ID，将给浏览器端重新发新的SessionID

更换浏览器也将重新获得新的 SessionID

有连接：是因为它基于TCP协议，是面向连接的，需要3次握手、4次断开
短连接：Http 1.1之前，都是一个请求一个连接，而Tcp的连接创建销毁成本高，对服务器有很大的影响。所以，自Http 1.1开始，支持keep-alive，默认也开启，一个连接打开后，会保持一段时间（可设置），浏览器再访问该服务器就使用这个Tcp连接，减轻了服务器压力，提高了效率。

服务器端如果故障，即使 Session 被持久化了，但是服务没有恢复前都不能使用这些 SessionID 。

如果使用 HAProxy 或者 Nginx 等做负载均衡器，调度到了不同的 Tomcat 上，那么也会出现找不到SessionID的情况。

5.3.2 tomcat负载均衡实现

测试

六、Memcached

6.1 Memcached简介

Memcached 只支持能序列化的数据类型，不支持持久化，基于 Key-Value 的内存缓存系统 memcached 虽然没有像redis 所具备的数据持久化功能，比如 RDB 和 AOF 都没有，但是可以通过做集群同步的方式，让各memcached 服务器的数据进行同步，从而实现数据的一致性，即保证各 memcached 的数据是一样的，即使有任何一台 memcached 发生故障，只要集群中有一台 memcached 可用就不会出现数据丢失，当其他memcached 重新加入到集群的时候 , 可以自动从有数据的 memcached 当中自动获取数据并提供服务。

Memcached 借助了操作系统的 libevent 工具做高效的读写。 libevent 是个程序库，它将 Linux 的 epoll 、BSD类操作系统的 kqueue 等事件处理功能封装成统一的接口。即使对服务器的连接数增加，也能发挥高性能。memcached 使用这个 libevent 库，因此能在 Linux 、 BSD 、 Solaris 等操作系统上发挥其高性能

Memcached 支持最大的内存存储对象为 1M ，超过 1M 的数据可以使用客户端压缩或拆分报包放到多个key中，比较大的数据在进行读取的时候需要消耗的时间比较长， memcached 最适合保存用户的session实现 session 共享

Memcached 存储数据时 , Memcached 会去申请 1MB 的内存 , 把该块内存称为一个 slab, 也称为一个 page

Memcached 支持多种开发语言，包括： JAVA,C,Python,PHP,C#,Ruby,Perl 等
6.2 memcached的安装与启动

6.3 memcached 操作命令
五种基本 memcached 命令执行最简单的操作。这些命令和操作包括：
set
add
replace
get
delete
#前三个命令是用于操作存储在 memcached 中的键值对的标准修改命令,都使用如下所示的语法：
command <key> <flags> <expiration time> <bytes>
<value>


#参数说明如下：
command set/add/replace
key key             用于查找缓存值
flags               可以包括键值对的整型参数，客户机使用它存储关于键值对的额外信息
expiration time     在缓存中保存键值对的时间长度（以秒为单位，0 表示永远）
bytes               在缓存中存储的字节数
value               存储的值（始终位于第二行）


#增加key，过期时间为秒，bytes为存储数据的字节数
add key flags exptime bytes