分布式学习第三天 nginx学习

已于 2023-06-24 20:05:06 修改
阅读量529 收藏
点赞数
分类专栏： 分布式学习 文章标签： nginx 分布式 学习
于 2023-06-22 20:33:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ryiju5yujty/article/details/131343943
版权

目录

1. 一些基本概念

1.1 Nginx初步认识

1.2 正向/反向代理

1.3 域名和IP

2. Nginx 安装和配置

2.1 安装

2.2 配置

3. Nginx的使用

3.1 部署静态网页

3.2 反向代理和负载均衡

课外知识导读

1. URL和URI

2. DNS解析过程

复习

1. 一些基本概念

1.1 Nginx初步认识

  1. Nginx介绍

    • engine x

    • 俄罗斯

    • 开源的框架

    • c语言

    • Tengine - 淘宝基于nginx修改的

  2. Nginx能干什么?

    • 作为web服务器

      • 解析http协议

    • 反向代理服务器

      • 了解反向代理的概念

    • 邮件服务器

      • 解析邮件相关的协议: pop3/smtp/imap

  3. Nginx的优势?

    • 更快

      • 高峰期(数以万计的并发时)nginx可以比其它web服务器更快的响应请求

    • 高扩展

      • 低耦合设计的模块组成,丰富的第三方模块支持

      • 高内聚带来的依赖程度就越来越高，理想是要实现高内聚，低耦合。

      • 低耦合就是几个类之间没有关系

    • 高可靠

      • 经过大批网站检验

      • 每个worker进程相对独立, 出错之后可以快速开启新的worker

        • worker进程的个数是可以控制的

        • 在后台干活的进程

        • 每个电脑的最多核心数建议是电脑内核的个数，太多也需要时间片进行轮转进行切换。

    • 低内存消耗

      • 一般情况下,10000个非活跃的HTTP Keep-Alive连接在nginx中仅消耗 2.5M内存（非活跃用户连接不发送数据）

    • 单机支持10万以上的并发连接

      • 取决于内存,10万远未封顶

    • 热部署

      • master和worker的分离设计,可实现7x24小时不间断服务的前提下升级nginx可执行文件

      • 也就是更新的时候不需要用户暂停使用服务器

    • 最自由的BSD许可协议

      • BSD许可协议允许用户免费使用nginx, 修改nginx源码,然后再发布

        • 淘宝: tengine

1.2 正向/反向代理

  1. 正向代理

    正向代理是位于客户端和原始服务器之间的服务器，为了能够从原始服务器获取请求的内容，客户端需要将请求发送给代理服务器，然后再由代理服务器将请求转发给原始服务器，原始服务器接受到代理服务器的请求并处理，然后将处理好的数据转发给代理服务器，之后再由代理服务器转发发给客户端，完成整个请求过程。

    ==正向代理的典型用途就是为在防火墙内的局域网客户端提供访问Internet的途径==, 比如:

    • 学校的局域网（登录的是代理服务器）

    • 单位局域网访问外部资源 （屏蔽了一些网站）

    • 找代理服务器翻过中国的防火墙，这样就可以实现访问外网，也就是vpn

正向代理服务器是为用户服务的

  1. 反向代理

    反向代理方式是指代理原始服务器来接受来自Internet的链接请求，然后将请求转发给内部网络上的原始服务器，并将从原始服务器上得到的结果转发给Internet上请求数据的客户端。那么顾名思义，反向代理就是位于Internet和原始服务器之间的服务器，对于客户端来说就表现为一台服务器，客户端所发送的请求都是直接发送给反向代理服务器，然后由反向代理服务器统一调配。

  1. 客户端给服务器发送请求, 连接服务器, 用户不知道服务器地址, 只有反向代理服务器的地址是公开的

  2. 请求直接发给反向代理服务器

  3. 反向代理服务器将请求转发给后边的web服务器

    • web服务器 N 台 做了集群

    • 反向代理服务器转发请求会轮询进行

  4. web服务器收到请求进行处理, 得到结果

  5. web服务器将处理结果发送给反向代理服务器

  6. 反向代理服务器将拿到的结果转发给客户端

1.3 域名和IP

  1. 什么是域名？

  2. 什么是IP地址？

    • 点分十进制的字符串

      • 11.22.34.45

  3. 域名和IP地址的关系？

    • 域名绑定IP

      • 一个域名只能绑定一个IP

      • 一个IP地址被多个域名绑定

2. Nginx 安装和配置

2.1 安装

  1. 下载

    1. 官方地址: nginx news

    2. Nginx相关依赖:

      • OpenSSL: /index.html

        • 密码库

        • 使用https进行通信的时候使用

      • ZLib下载: zlib Home Site

        • 数据压缩

        • 安装:

          • ./configure

          • make

          • sudo make install

      • PCRE下载: http://www.pcre.org/

        • 解析正则表达式

        • 安装

          • ./configure

          • make

          • sudo make install

  2. 安装

    • nginx的安装

      # nginx工作时候需要依赖三个库 --with链接库
# 三个参数=这三个库对应的源码安装目录
# 根据自己的电脑的库安装包的位置进行指定
./configure --with-openssl=../openssl-1.0.1t --with-pcre=../pcre-8.40 --with-zlib=../zlib-1.2.11
make
sudo make install
​
​
​
#安装nginx很容易出问题
#如PCREmake时出问题 需要检查是否有gcc g++环境
#法1
yum -y install gcc-g++
#法2
apt-get install gcc
apt-get install g++
      ​#nginx出问题参考以下文章
https://blog.csdn.net/lijunliang2017/article/details/120400666

       Nginx 相关的指令

      • Nginx的默认安装目录

        /usr/local/nginx
 conf -> 存储配置文件的目录
 html -> 默认的存储网站(服务器)静态资源的目录 [图片, html, js, css]
 logs -> 存储log日志
 sbin -> 启动nginx的可执行程序

        Nginx可执行程序的路径

      • /usr/local/nginx/sbin/nginx
# 快速启动的方式 默认是不在路径上的
# 1. 将/usr/local/nginx/sbin/添加到环境变量PATH中
# 2. /usr/local/nginx/sbin/nginx创建软连接, 放到PATH对应的路径中, 比如: /usr/bin
#echo $PATH 可以看到path路径
ln -s /usr/local/nginx/sbin/nginx /usr/bin/nginx
​
ps aux | grep nginx
#查看nginx线程

        启动Nginx - 需要管理器权限                

  # 假设软连接已经创建完毕
  sudo nginx # 启动

  • 关闭Nginx

    # 第一种, 马上关闭
  sudo nginx -s stop
# 第二种, 等nginx作为当前操作之后关闭
  sudo nginx -s quit

    测试是否安装成功

    • 知道nginx对应的主机的IP地址 - > 192.168.1.100

    • ifconfig 查看地址

    • 在浏览器中访问该IP地址

      看到一个welcom nginx的欢迎面

重新加载Nginx 

  •   sudo nginx -s reload  # 修改了nginx的配置文件之后, 需要执行该命令

    2.2 配置

  • Nginx配置文件的位置

/usr/local/nginx/conf/nginx.conf

 Nginx配置文件的组织格式

  • http -> 模块, http相关的通信设置

    • server模块 -> 每个server对应的是一台web服务器

      • location 模块

        • 处理的是客户端的请求

  • mail -> 模块, 处理邮件相关的动作

常用配置项介绍

user  nobody; # 启动之后的worker进程属于谁 nobody表示是普通用户
	- 错误提示: nginx操作xxx文件时候失败, 原因: Permission denied  
	- 将nobody -> root
worker_processes  1; # 设置worker进程的个数, 最大 == cpu的核数 (推荐)
error_log  logs/error.log; # 错误日志, /usr/local/nginx
pid        logs/nginx.pid; # pid文件, 里边是nginx的进程ID
# nginx的事件处理
events {
 	use epoll;	# 多路IO转接模型使用epoll
 	worker_connections  1024;	// 每个工作的进程的最大连接数
}
http->server -> 每个server模块可以看做一台web服务器
server{
	listen       80;  # web服务器监听的端口, http协议的默认端口 ftp21 ssh sftp 22 https 443
    server_name  localhost; # 对应一个域名, 客户端通过该域名访问服务器
    charset utf8; 	# 字符串编码
    location {	// 模块, 处理客户端的请求
}

# 客户端 (浏览器), 请求:
  http://192.168.10.100:80/login.html
# 服务器处理客户端的请求
  服务器要处理的指令如何从url中提取?
  - 去掉协议: http
  - 去掉IP/域名+端口: 192.168.10.100:80
  - 最后如果是文件名, 去掉该名字: login.html
  - 剩下的: /
  服务器要处理的location指令: 
  location /
  {
        处理动作
  }

3. Nginx的使用

3.1 部署静态网页

  1. 静态网页存储目录 静态网页是指每个人看到的都是一样的 动态网页是指不同人提交的东西是不同的

默认的存储目录:

/usr/local/nginx/html

自己创建新的目录:

应该在 /usr/local/nginx/
mkdir /usr/local/nginx/mydir

练习

在Nginx服务器上进行网页部署, 实现如下访问:

在/usr/local/nginx/创建新的目录, yundisk用来存储静态网页

/ -> 服务器的资源根目录, /usr/local/nginx/yundisk
login.htm-> 放到yundisk中

服务器要处理的动作

# 对应这个请求服务器要添加一个location
location 指令(/)
{
    # 找一个静态网页
    root yundisk;  # 相对于/usr/local/nginx/来找
    # 客户端的请求是一个目录, nginx需要找一默认显示的网页 默认先找第一个 找不到就第二个
    index index.html index.htm;
}
# 配置之后重启nginx
sudo nginx -s reload

 配置文件如下;


#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;
		
       #http://192.168.254.128/login.html
       #  拆分之后 / yundisk 表示去寻找的根目录
        location / {
            root   yundisk;
        }
		
		#http://192.168.80.254/hello/reg.html
	 	#  拆分之后 /hello/ yundisk 表示去寻找的根目录
		location /hello/
        {
            root yundisk;
            index xx.html;
        }


		#http://192.168.80.254/upload/
		#解析 /upload/ 会访问配置的index 的upload.html
		location /upload/
        {
           root   yundisk;
           index  upload.html;
        }
		
        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

访问地址: http://192.168.80.254/hello/reg.html

  • hello是什么?

    • 目录

  • reg.html放到哪儿?

    • hello目录中

  • 如何添加location

#理论上是需要加以下路径的 但是我测试的时候不需要加也是可以的 说明可以将其进行解析
location /hello/
{
    root yundisk;
    index xx.html;
}

访问地址: http://192.168.80.254/upload/ 浏览器显示upload.html

  • 直接访问一个目录, 得到一默认网页

    • upload是一个目录, uplaod.html应该再upload目录中

location /upload/
{
    root yundisk;
    index upload.html;
}

3.2 反向代理和负载均衡

反向代理和负载均衡是两码事儿

准备工作:

  1. 需要客户端 - 1个

    • Window中的浏览器作为客户端

  2. 反向代理服务器 -> 1个

    • window作为反向代理服务器

  3. web服务器 -> 2个

    • ubuntu - liu: 192.168.247.135

    • ubuntu - luffy : 192.168.26.250

  1. 反向代理设置

找window上对应的nginx的配置文件
	- conf/nginx.conf
# 代理几台服务器就需要几个server模块
    # 客户端访问的url: http://192.168.1.100/login.html
    server {
        listen       80;        # 客户端访问反向代理服务器, 代理服务器监听的端口
        server_name  ubuntu.com; # 客户端访问反向代理服务器, 需要一个域名
        location / {
            # 反向代理服务器转发指令, http:// 固定 robin.test.com转发的名称 在下面进行配置
            proxy_pass http://robin.test.com;
        }

    }
    # 添加一个代理模块
    upstream robin.test.com
    {
        server 192.168.247.135:80;
    }
    # luffy
    server {
        listen       80;        # 客户端访问反向代理服务器, 代理服务器监听的端口
        server_name  hello.com; # 客户端访问反向代理服务器, 需要一个域名
        location / {
            # 反向代理服务器转发指令, http:// 固定
            proxy_pass http://luffy.test.com;
        }

    }
    # 添加一个代理模块
    upstream luffy.test.com
    {
        server 192.168.26.250:80;//80代表http的端口号
    }
}

#需要在C:\Windows\System32\drivers\etc\hosts 添加以下
# test
127.0.0.1 centos7.com
127.0.0.1 robin.com
127.0.0.1 hello.com

#那么首先访问robin.com会将其解析为127.0.0.1
#如果本地没有的话 那么就会从本地访问过的dns解析
#测试代理就是输入不同的域名 看是否可以解析到不同的虚拟机ip地址上

 负载均衡设置

#实现负载均衡 需要保证域名是一样的   localhost
#负载均衡是在反向代理的基础上进行的
server {
        listen       80;         # 客户端访问反向代理服务器, 代理服务器监听的端口
        server_name  localhost; # 客户端访问反向代理服务器, 需要一个域名
        location / {
            # 反向代理服务器转发指令, http:// 固定的头
            proxy_pass http://linux.com;
        }
        location /hello/ {
            # 反向代理服务器转发指令, http:// 固定的头
            proxy_pass http://linux.com;
        }
    	location /upload/ {
            # 反向代理服务器转发指令, http:// 固定的头
            proxy_pass http://linux.com;
        }

    }

	# 不写权重的话会自动进行轮询
	# weight表示权重 权重越大处理的越多
    # 添加一个代理模块
    upstream linux.com
    {
        server 192.168.247.135:80 weight=1;
        server 192.168.26.250:80 weight=3;
    }

# 上面是代理服务器做的事情 也就是会将 /hello/ /upload/等转发给配置好的web服务器
## =====================================
web服务器需要做什么?
# 192.168.247.135
location /
{
    root xxx;
    index xxx;
}
location /hello/ 
{
    root xx;
    index xxx;
}
location /upload/ 
{
    root xxx;
    index xx;
}
# 192.168.26.250
location /
{
    root xxx;
    index xxx;
}
location /hello/ 
{
    root xx;
    index xxx;
}
location /upload/ 
{
    root xxx;
    index xx;
}

课外知识导读

1. URL和URI

 概念:

- URL（Uniform Resource  Locator）: 统一资源定位符

- 表示资源位置的字符串
  - 基本格式: "==协议://IP地址/路径和文件名=="
    - <ftp://ftp.is.co.za/rfc/rfc1808.txt>
    - <http://www.ietf.org/rfc/rfc2396.txt>
    - <telnet://192.0.2.16:80/>

- URN（Uniform Resource  Name）: 统一资源名称
  - P2P下载中使用的磁力链接

- URI（Uniform Resource  Identifier）: 统一资源标识符
  - 是一个紧凑的字符串用来标示抽象或物理资源, ==**URL是URI的一种**== 
  - 让URI能成为URL的当然就是那个“访问机制”，“网络位置”。e.g. `http://` or `ftp://`。
    - files.hp.com 
    - <tel:+1-816-555-1212>
    - <ftp://ftp.is.co.za/rfc/rfc1808.txt>               （also a URL）
    - <http://www.ietf.org/rfc/rfc2396.txt>         （also a URL）
    - <telnet://192.0.2.16:80/>                              （also a URL）
- 有协议的uri可以称作url，url不一定是uri，url都是uri

经验式理解:

  1. 从包含关系上说: URI包含URL

    字符串长度上说: URL包含URI

    UIRI可以没有协议, 没有地址(IP/域名)
URL红色字体部分+绿色字体部分
URI绿色字体部分

2. DNS解析过程

 

  1. DNS解析的过程

    1. 在浏览器中输入www.magedu.com域名，操作系统会先检查自己本地的hosts文件是否有这个网址映射关系，如果有，就先调用这个IP地址映射，完成域名解析。

    2. 如果hosts里没有这个域名的映射，则查找本地DNS解析器缓存，是否有这个网址映射关系，如果有，直接返回，完成域名解析。

      • Windows和Linux系统都会在本地缓存dns解析的记录，提高速度。

    3. 如果hosts与本地DNS解析器缓存都没有相应的网址映射关系，首先会找TCP/IP参数中设置的首选DNS服务器，在此我们叫它本地DNS服务器，此服务器收到查询时，如果要查询的域名，包含在本地配置区域资源中，则返回解析结果给客户机，完成域名解析，此解析具有权威性。

    4. 如果要查询的域名，不由本地DNS服务器区域解析，但该DNS服务器已缓存了此网址映射关系，则调用这个IP地址映射，完成域名解析，此解析不具有权威性。

    5. 如果本地DNS服务器本地区域文件与缓存解析都失效，则根据本地DNS服务器的设置（没有设置转发器）进行查询，如果未用转发模式，本地DNS就把请求发至13台根DNS，根DNS服务器收到请求后会判断这个域名(.com)是谁来授权管理，并会返回一个负责该顶级域名服务器的一个IP。本地DNS服务器收到IP信息后，将会联系负责 .com域的这台服务器。这台负责 .com域的服务器收到请求后，如果自己无法解析，它就会找一个管理 .com域的下一级DNS服务器地址(magedu.com)给本地DNS服务器。当本地DNS服务器收到这个地址后，就会找magedu.com域服务器，重复上面的动作进行查询，直至找到www.magedu.com主机。

    6. 如果用的是转发模式（设置转发器），此DNS服务器就会把请求转发至上一级ISP DNS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根DNS或把转请求转至上上级，以此循环。不管是本地DNS服务器用是是转发，还是根提示，最后都是把结果返回给本地DNS服务器，由此DNS服务器再返回给客户机。

  2. 域名解析服务器

    • Pod DNS+:

      • 首选：119.29.29.29

      • 备选：182.254.116.116

    • 114DNS:

      • 首选：114.114.114.114

      • 备选：114.114.114.115

    • 阿里 AliDNS:

      • 首选：223.5.5.5

      • 备选：223.6.6.6

  3. hosts文件

    # 存储的是域名和IP的对应关系
-windows目录: "C:\Windows\System32\drivers\etc\hosts"

    复习

redis

  1. 是什么?

    • 非关系型数据库 - nosql

      • 数据存储在内存里边

  2. 能干什么?

    • 提高程序效率

    • 程序中频繁访问的数据, 可以存储到redis中

  3. 我们需要干什么?

    • 会安装

    • 掌握启动redis服务器和客户端的启动命令

      # 服务器
redis-server (配置文件名)
# 客户端
redis-cli (-h redis服务器IP -p 端口)

    • redis中支持的数据类型 - value

      • 键值对方式存储数据

        • key - 字符串

        • value

          • 字符串 - string

          • 列表 - list

          • 集合 - set

          • 排序集合 - sortedSet

          • 哈希 - hash

      • 关于服务器使用的配置文件的修改

      • redis中持久化

        • rdb

        • aof

  4. 能够在程序中操作redis服务器

    • 需要使用以下函数接口

    • 官方地址 - > 客户端 -> 选择语言

没有网名L
关注
专栏目录
Nginx集群部署方案
weixin_43815987的博客
12-30 6271
Nginx集群部署方案
基于Nginx实现简单的分布式部署
weixin_53591856的博客
09-16 972
基于Nginx实现简单的分布式部署
nginx高并发系统限流特技-2
sh2018的博客
11-26 1351
接上文的聊聊高并发系统限流特技-1 原文来自开涛的博客,找不到第此原文链接了 接入层限流 接入层通常指请求流量的入口，该层的主要目的有：负载均衡、非法请求过滤、请求聚合、缓存、降级、限流、A/B测试、服务质量监控等等，可以参考笔者写的《使用Nginx+Lua(OpenResty)开发高性能Web应用》。 对于Nginx接入层限流可以使用Nginx自带了两个模块： 连接数限流模块ngx_htt...
Nginx基础应用配置小结 - 运维笔记
jj1130050965的博客
12-11 2293
Nginx基础应用配置小结 - 运维笔记 在linux系统下使用nginx作为web应用服务，用来提升网站访问速度的经验已五年多了，今天在此对nginx的使用做一简单总结。 一、nginx服务简介 Nginx是一个高性能的HTTP和反向代理服务器，也是一个 IMAP/POP3/SMTP代理服务器。Nginx 已经因为它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名了。 使用 Nginx 前必须了解的事项： 1）目前官方 Nginx 并不支持 Windows，您只能在包括 Linux.
Nginx服务搭建负载均衡，反向代理，缓存加速，访问分布式文件系统高可用
ZCC的专栏
07-25 2604
一，Nginx         Nginx (engine x) 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。AS13000系统Nginx为1.9.2版本。Nginx具有很多非常优越的特性： 在连接高并发的情况下，具有较好的性能，支持负载均衡，实现可扩展的浏量管理；使Web服务器更灵活，更高效，更安全；能够快速灵活且可靠的传送流视频和音频内容
Nginx(七)：keepalived实现Nginx负载均衡服务器的双机高可用
dichengyan0013的博客
12-26 160
前言 之前咱们通过Nginx(六)：Nginx HTTP负载均衡和反向代理的配置与优化和Nginx+tomcat组合实现高并发场景的动静分离和负载均衡方案这两篇文章了解了Nginx对高并发应用服务器tomcat的负载均衡优化，所有的请求都会先经过Nginx，Nginx就像是一座城池的城门，它的坚固耐用程度显然就变得极为重要。 为了防止一台Nginx服务器崩溃带来无法预估的灾难...
分布式调用与高并发处理 Nginx （6.7 第三方fair模块安装）
07-21
在本主题中，我们将重点探讨如何利用 Nginx 的第三方 fair 模块进行更智能的负载均衡，以优化服务的性能和稳定性。 首先，我们要理解什么是分布式调用。在分布式系统中，多个独立的服务共同协作完成一个业务流程，...
Nginx分布式与集群概述
Liu_wen_wen的博客
10-12 2942
Nginx分布式与集群概述
分布式接口幂等性、分布式限流：Guava 、nginx和lua限流
m0_67322837的博客
09-01 304
算法是死的，人是活的，先进的生产力来自于不断的创造，在技术领域尤其如此。举个最简单的例子，那就是支付，用户购买商品后支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额返发现多扣钱了，流水记录也变成了两条,这就没有保证接口的幂等性。通过版本号的方式，来控制update的操作的幂等性，用户查询出要修改的数据，系统将数据返回给页面，将数据版本号放入隐藏域，用户修改数据，点击提交，将版本号一同提交给后台，后台使用版本号作为更新条件。
要马儿跑，又要马儿不吃草？聊聊联邦学习与分布式机器学习
华章IT官方博客
09-12 2306
今天讲最近很热的联邦学习。联邦学习大约是从2019年开始火起来的，不过，这个概念其实已经有一定的年头了。早在2016年，Google就已经在一篇论文中将“联邦学习”作为一个专业术语明确提...
【运维知识进阶篇】集群架构-Nginx基础（安装+启动+配置+多业务实现+日志管理）
吾日三省吾身，想出类拔萃，要把知识学牢，学全，学深，学广。
05-07 2997
本篇文章介绍下Nginx有关内容，Nginx是一个开源且高性能、可靠的Http Web服务、代理服务。开源：直接获取源代码，高性能：支持海量并发，可靠：服务稳定Web服务有很多，选择Nginx是因为他的轻量化，功能模块少（源代码仅保留http与核心模块代码，其余不够核心代码的作为插件来安装）代码模块化，对于开发人员友好。
分布式调用与高并发处理 Nginx
最新发布
张锦的博客
07-21 2401
仅为个人学习使用。
6.18前夜系统宕机了怎么办？（全程实战，建议收藏）
冰河的专栏
06-18 4002
11台虚拟机，全部安装CentOS 6.8 64位操作系统，1台安装部署Nginx，其他10台作为客户端同时以压满CPU的线程向Nginx发送请求，对Nginx进行压测。没想到，出现问题了！！
Nginx多进程并发连接处理模型
xingg的C++世界
09-04 2370
你知道的，并发连接是任何服务端程序都逃不掉的重要的性能指标。如何处理大量并发的连接无疑是服务端程序设计时所要考虑的第一个问题。这里简单的看看Nginx是如何处理并发的http连接的。 总体结构如下图所示： 对于服务端来讲，处理并发连接无疑要达到的效果是：高并发
Nginx调优
m0_56342013的博客
05-27 1484
nginx部署及调优
nginx集群_利用nginx做流量限制及集群部署
weixin_39699121的博客
12-05 306
前段时间公司有个应用做什么营销活动，不知道咋回事，一个平常之后1-2万人在线的应用，突然来了10多万人，然后呢，系统就异常的慢，异常的慢，持续了很长时间，被客户投诉的很惨。就说负责该应用的项目组，几乎取消了当年的奖金。好惨。。。惨呀惨于是乎，领导就以史为鉴，让我等研究下，怎么才能在这种异常的流量中保证应用不死，我第一个想到的就是，应用不可能突然多出来很多服务能力，那就只有把多出来的流量拦掉呗，应用...
Nginx部署教程及常用案例
xuhuan_csdn的博客
10-19 3567
错误页面跳转在nginx.conf文件中,可以针对不同的错误,来进行不同的跳转转存失败重新上传取消访问权限控制(配置遵循先出现的设置会覆盖后出现的设置)分块控制权限使用正则表达式设置访问权限。
nginx+Tomcat多实例部署及负载均衡
qq_52825616的博客
05-12 1091
目录 一、nginx多实例 1、安装jdk 2、安装Tomcat 3、配置Tomcat环境 4、修改Tomcat 2的主配置文件 5、修改启动和关闭脚本文件 6、启动Tomcat并查看 二、nginx和Tomcat的负载均衡和动静分离 1、部署nginx的负载均衡器 2、部署第一台Tomcat 3、部署第二台Tomcat 4、nginx的配置 一、nginx多实例 1、安装jdk [root@localhost opt]# ls jdk-8u201-linu
从小白到大神之路之学习运维第42天---第三阶段----HAProxy开源负载均衡软件（工作原理、架构图、流程图、组成、centos7上部署haproxy+nginx+nfs（脚本部署）操作）
2302_77582029的博客
06-16 811
从小白到大神之路之学习运维第42天---第三阶段----HAProxy开源负载均衡软件（工作原理、架构图、流程图、组成、centos7上部署haproxy+nginx+nfs（脚本部署）操作）
FastDFS分布式存储与Nginx配置实战
此外，Nginx还有第三方模块ngx_http_accesskey_module，用于实现基于密钥的访问控制。这个模块提供了额外的安全层，用户在请求文件时需要携带一个签名参数（accesskey），服务器端验证签名是否有效，只有正确的签名...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值