记录自己使用nginx 的所用知识点（包含 安装、查看地址、配置文件、卸载、重启、各种类型配置文件（更新中）、文件大小限制、session共享等）

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 下载 方式