记录自己使用nginx 的知识点(好记性不,如烂笔头)持续维护更新中。。
1、Linux 查看nginx 是否安装、版本、地址等
1.1 ps -ef|grep nginx
(注:ps Linux下显示系统进程的命令,最常用的有ps -ef 和ps aux 区别不大)
1.2查看nginx 版本
nginx -v
1.3查看nginx 编译器版本和 配置版本
nginx -V
1.4查看nginx 安装路径
whereis nginx
注:niginx 配置文件.conf 再 /etc/nginx 目录下
1.5安装
ubuntu
目前支持两种安装方式
一、apt-get安装nginx
切换至root用户
sudo su root
apt-get install nginx
2、nginx 卸载
2.1、删除nginx,-purge包括配置文件
sudo apt-get --purge remove nginx
2.2移除全部不使用的软件包
sudo apt-get autoremove
2.3罗列出与nginx相关的软件并删除
dpkg --get-selections|grep nginx
sudo apt-get --purge remove nginx
sudo apt-get --purge remove nginx-common
sudo apt-get --purge remove nginx-core
2.4查看nginx正在运行的进程,如果有就kill掉
ps -ef |grep nginx
sudo kill -9 XXX
2.5全局查找与nginx相关的文件
sudo find / -name nginx*
sudo rm -rf file
2.6删除列出的所有文件
sudo rm -rf file
2.7重装nginx
sudo apt-get update
sudo apt-get install nginx
2.8测试nginx配置是否正确
sudo nginx -t
注:每次修改配置文件时候 ,一定要测试是否配置正确
2.9nginx 平滑重启
方法1 sudo service nginx restart\
方法2 ./nginx -s reload (坑:这个只是重新加载配置文件)
./nginx – 启动nginx
./nginx -s quit – 停止nginx
3.nginx修改上传文件大小限制
解决:上传超过1M大的客户端文件无法正常上传,nginx直接报错
注:
client_max_body_size 10M 必须要放在server下的server_name下,而不是放在localhost /web的大括号里
4.nginx 各种类型配置文件
4.1 nginx一个服务器 多个tomcat
4.2 多服务器 一个项目做负载均衡
准备两个tomcat 当然 你可以在同一台服务器上,然后改成不痛端口。我这边是在两台服务器上。一台IP:10.13.5.11 另一台IP:10.13.5.12。为了方便区别是两个不同的tomcat 我把index.jsp 修改成以下:
第一台IP:10.13.5.11
第二台IP:10.13.5.12
##4.3 服务器宕机 轮训配置规则,解决一台服务器挂掉,问题
proxy_connect_timeout 1;
proxy_send_timeout 1;
proxy_read_timeout 1;![在这里插入图片描述](https://img-blog.csdnimg.cn/20200619091624725.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM4NTE3NjMw,size_16,color_FFFFFF,t_70)
5 实现session共享 的4种解决方案
5.1使用客户端的cookie作为存放登录信息的媒介
cookie是将用户登录信息存储在用户终端的数据载体,与session的最大区别就是,session是存储在服务器端的;所以这就很容易解决这种session的多台服务器共享问题。当我们客户端进行登录的时候,访问的是服务器a,登录成功之后我们将session抽取出来存放在客户端的cookie里面;然后当我们客户端第二次进行访问的时候,访问的是服务器b,这次我们先在服务器b去查找是否有登录成功的session,如果为空,我们再对客户端的cookie进行查找,如果cookie里面已经存储有session,那么再将cookie里面的session同步到服务器b,那么整个流程就能走通了,用户也不用再次登录;
优点:这种方法实现起来简单,方便,很容易上手操作,不会加大数据库的负担;
缺点:如果客户端把cookie禁掉了的话,那么session就无法同步了,而且cookie的安全性不高,很容易外部被伪造使用;
5.2、使用mysql数据库存储session
既然每个服务器都需要使用同一个session,那么我们可以将session存放在同一个数据库里面,每次访问的时候,我们去数据库check一下是否有这个session或者这个session是否过期,然后就可以进行多台服务器的session同步了;
优点:使用这种方法简单、方便,很容易上手操作;
缺点:使用数据库来同步session,会加大数据库的IO,增加数据库的负担;同时,每次访问都需要拦截请求、查询数据库,导致多一层访问的业务层以及浪费读取数据库session时间;
5.3、使用memcache或者redis等缓存机制存放session
使用memcache或者redis等分布式缓存机制存放session数据,是现在很多大型项目负载均衡同步session的热门方案;它的原理是项目都使用的是同一个地方的memcache或者redis的缓存,当用户登录的时候,会把session存放在缓存里面,之后不管访问的是项目的那一台服务器,都会从同一个地方去获取session缓存,这样就很轻松实现了session同步;
优点:用缓存来同步session,不会加大数据库的负担,也不用手动去判断session是否存在或过期,省去部分业务逻辑,同时,由于redis等缓存是存放于服务器端,安全性也大大提高;
缺点:memcache或redis把内存分成很多种规格的存储块,有块就有大小,这种方式也就决定了,memcache或redis不能完全利用内存,会产生内存碎片,如果存储块不足,还会产生内存溢出。
5.4、ip_hash
nginx中的ip_hash技术能够将某个ip的请求固定到同一台后端应用服务器,这样一来这个ip下的某个客户端和某个后端就能建立起稳固的session,ip_hash是在upstream配置中定义的:
upstream backend {
server 127.0.0.1:8001;
server 127.0.0.1:8002;
ip_hash;
}
优点:ip_hash算法可以把一个ip映射到一台服务器上,这样可以解决session同步的问题。这样每个访客固定访问一个后端服务器,可以解决session的问题;
缺点:使用ip_hash进行session共享,它的原理是为每个访问者提供一个固定的访问ip,让用户只能在当前访问的服务器上进行操作,保持了session同步的,但是也造成了负载不均衡的问题,如果当前用户访问的服务器挂了的话,那就会出现问题了;
6.nginx 不常见bug
6.1 正式服务器 图片上传接口404问题
接口类型: 修改个人信息 如果没有图片 接口可以正常提交,添加图片 提交报404,ip访问接口提交 正常
原因 :日志过大(当时有11G)
这里 日志配置有问题,优化一下就可以了
7.nginx 获取客户端真实ip-20201209
重点 服务端获取方式 java:
String ip = request.getHeader("X-real-ip");
if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {
ip = request.getHeader("X-forwarded-for");
}
if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {
ip = request.getRemoteAddr();
}
if (ip == null || ip.length() == 0 || ip.indexOf(":") > -1) {
try {
ip = InetAddress.getLocalHost().getHostAddress();
} catch (UnknownHostException e) {
ip = null;
}
}
如果你喜欢这个帖子,请不要忘记给它一个赞,这将是我最大的鼓励和支持。
版本记录:
- 2023/1/11 新增 1.5 ubuntu 下载 方式