连接数

Nginx应该是现在最火的web和反向代理服务器，没有之一。她是一款诞生于俄罗斯的高性能web服务器，尤其在高并发情况下，相较Apache，有优异的表现。 那除了负载均衡，她还有什么其他的用途呢，下面我们来看下。 一、静态代理 Nginx擅长处理静态文件，是非常好的图片、文件服务器。把所有的静态资源的放到nginx上，可以使应用动静分离，性能更好。 二、负载均衡 Nginx通过反向代理可以实现服务的负载均衡，避免了服务器单节点故障，把请求按照一定的策略转发到不同的服务器上，达到负载的效果。 常用的负载均衡策略有： 1、轮询 将请求按顺序轮流地分配到后端服务器上，它均衡地对待后端的每一台服务器，而不关心服务器实际的连接数和当前的系统负载。 2、加权轮询 不同的后端服务器可能机器的配置和当前系统的负载并不相同，因此它们的抗压能力也不相同。 给配置高、负载低的机器配置更高的权重，让其处理更多的请；而配置低、负载高的机器，给其分配较低的权重，降低其系统负载，加权轮询能很好地处理这一问题，并将请求顺序且按照权重分配到后端。 3、ip_hash（源地址哈希法） 根据获取客户端的IP地址，通过哈希函数计算得到一个数值，用该数值对服务器列表的大小进行取模运算，得到的结果便是客户端要访问服务器的序号。 采用源地址哈希法进行负载均衡，同一IP地址的客户端，当后端服务器列表不变时

apache有几种工作模式？怎么查看和修改apache的工作模式？ apache的工作模式有：beos，event，worker，prefork，mpmt_os2。 在linux（centos）下使用#http –l 命令可以查看当前使用的工作模式。也可以使用#apachectl -l命令。看到的prefork.c，说明使用的prefork工作模式。可以在编译的时候使用#–with-mpm=prefork对应的工作模式名称来修改工作模式。beos工作模式（跟linux关系不大，或者暂时用不上） 在Beos系统上的工作模式，使用一个单独的控制线程来创建和控制处理请求的工作线程。 event工作模式（不太稳定，或者说暂时用不上） event模式由于把服务进程从链接中分离出来，在开启KeepAlive场合下相对worker模式能够承受的了更高的负载。event模式为 worker开发的变种模式，配置以及指令与worker完全相同。不过event模式不能很好的支持https的访问，有时还会出现一系列的问题。 worker工作模式（与php配合不好，或者说暂时用不上） worker模式由于使用线程来进行处理请求，所以能够处理海量请求，而系统资源的开销要小于基于进程的服务器。同时worker模式也使用了多进程，每个进程又有着多个线程，以获得基于进程服务器的稳定性。 mpmt_os2工作模式

转载请注明出处： http://www.cnblogs.com/Joanna-Yan/p/8745794.html Nginx是一个高性能的HTTP服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。其占有内存少，并发能力强，在同类型的网页服务器中表现较好。Nginx可以在大多数Unix Linux OS上编译运行，并有Windows移植版。一般情况下，对于新建站点，建议使用最新稳定版作为生产版本。 单个Tomcat最大支持在线访问是500左右，要通知支持更多的访问量一个Tomcat就没法做到了。在这里我们采用集群部署方式，使用多个Tomcat，反向代理使用Nginx。 架构如下： 准备工作 apache-tomcat-7.0.61 nginx-1.12.2 Redis-x64-3.2.100 为简化示例，这里只讲Nginx+Tomcat的部署与集成。 Nginx安装 (1)去官网下载Windows的最新稳定版Nigx（我用的1.12.2版本）。 官网 (2)解压到磁盘任意目录。这里我解压在 F:\nginx-1.12.2 (3) 启动服务： start nginx.exe 　　停止服务：nginx -s stop 　　重新加载配置：nginx -s reload 修改nginx.conf 1.进程数与每个进程的最大连接数 nginx进程数

连接： 查看当前处于连接未关闭状态的进程列表 ps:若以root帐号登录，你能看到所有用户的当前连接。如果是其它普通帐号，只能看到自己占用的连接。mysql> show full processlist;查看最大连接数mysql> show global variables like 'max_connections';设置最大连接数mysql> set global max_connections=1000;（注意此命令会立即生效，但是重启MySQL服务后此设置会失效，如果需要永久设置，请在MySQL配置文件my.ini中添加对应的设置参数）查看四种状态mysql> show status like '%Threads%';Threads_created 为处理连接而创建的线程数。如果 Threads_created很大，您可能想要增加 thread_cache_size价值。高速缓存未命中率可以计算为 Threads_created/ ConnectionsThreads_running 未休眠的线程数。Threads_connected 打前打开的连接数Threads_cached 线程缓存中的线程数Delayed_insert_threads 正在使用的延迟插入处理器线程的数量。 Slow_launch_threads要花超过long_query_time时间的查询数量。

1、oracle数据库的备份： 先查空表——将结果全选复制为insert语句——将语句执行后导出 先select 'alter table '||table_name||' allocate extent;' from user_tables where num_rows=0;把空表查出来，再执行 备份命令（在cmd中运行）：EXP 用户名1/密码@实例名 OWNER=用户名1 file=D:/orcldata/xxxx.dmp 2、oracle数据库的还原： 1.打开cmd 2.执行语句，执行语句后，下面的3、4、5、6步骤在sqlplus中执行 sqlplus sys/zfsqa as sysdba; 或sqlplus / as sysdba; 3.如果有表空间了删除以前的数据表空间 DROP TABLESPACE 表空间名 INCLUDING CONTENTS AND DATAFILES; 如果没有就创建表空间 create tablespace 表空间名 datafile 'E:\orcldata\表空间.dbf' size 2000m; 4.创建新的数据表空间用户 create user 用户2 identified by 密码 default tablespace 表空间名; 如果用户已存在： DROP USER C##WEB_CHENZHOU CASCADE;

Nginx应该是现在最火的web和反向代理服务器，没有之一。她是一款诞生于俄罗斯的高性能web服务器，尤其在高并发情况下，相较Apache，有优异的表现。 那除了负载均衡，她还有什么其他的用途呢，下面我们来看下。 一、静态代理 Nginx擅长处理静态文件，是非常好的图片、文件服务器。把所有的静态资源的放到nginx上，可以使应用动静分离，性能更好。 二、负载均衡 Nginx通过反向代理可以实现服务的负载均衡，避免了服务器单节点故障，把请求按照一定的策略转发到不同的服务器上，达到负载的效果。 常用的负载均衡策略有： 1、轮询 将请求按顺序轮流地分配到后端服务器上，它均衡地对待后端的每一台服务器，而不关心服务器实际的连接数和当前的系统负载。 2、加权轮询 不同的后端服务器可能机器的配置和当前系统的负载并不相同，因此它们的抗压能力也不相同。 给配置高、负载低的机器配置更高的权重，让其处理更多的请；而配置低、负载高的机器，给其分配较低的权重，降低其系统负载，加权轮询能很好地处理这一问题，并将请求顺序且按照权重分配到后端。 3、ip_hash（源地址哈希法） 根据获取客户端的IP地址，通过哈希函数计算得到一个数值，用该数值对服务器列表的大小进行取模运算，得到的结果便是客户端要访问服务器的序号。 采用源地址哈希法进行负载均衡，同一IP地址的客户端，当后端服务器列表不变时

大量加载图片面临的问题，目前 一. 浏览器有连接请求限制，一般浏览器都是最大http连接数被限制在6个，有以下解决方法 　　1. 懒加载，没有浏览到的图片暂不请求 　　2. 小图片比较多，可以用雪碧图、字体图标、base64等，这样可以有效减少连接数 　　3. 连接数限制问题还可以由http2来解决，http2一个站点只有一个连接。每个请求为一个流，每个请求被分为多个二进制帧，不同流中的帧可以交错的发送，实现多路复用。这就解决了连接数限制的问题 二、图片过大，传输和渲染比较慢，有以下的处理办法 　　1. 如果是相册之类的可以预加载，在展示当前图片的时候，就加载它的前一个和后一个图片 　　2. 加载的时候可以先加载一个压缩率非常高的缩略图，以提高用户体验 　　3. 如果展示区域小于图片的真实大小，可以在服务端先压缩到合适的尺寸 来源： https://www.cnblogs.com/nightstarsky/p/11435943.html

Nginx配置参数中文说明。 #定义Nginx运行的用户和用户组 user www www; #nginx进程数，建议设置为等于CPU总核心数。 worker_processes 8; #全局错误日志定义类型，[ debug | info | notice | warn | error | crit ] error_log /var/log/nginx/error.log info; #进程文件 pid /var/run/nginx.pid; #一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（系统的值ulimit -n）与nginx进程数相除，但是nginx分配请求并不均匀，所以建议与ulimit -n的值保持一致。 worker_rlimit_nofile 65535; #工作模式与连接数上限 events { # 参考事件模型，use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型是Linux 2.6以上版本内核中的高性能网络I/O模型，如果跑在FreeBSD上面，就用kqueue模型。 use epoll; #单个进程最大连接数（最大连接数=连接数*进程数） worker_connections 65535; } #设定http服务器 http { include mime

在一次部署物理机时开发那边报无法连接数据库，登录后台查看发现登录不上，报连接数太多，重启数据库登录后查看连接数 查询Mysql 最大连接数： mysql> select @@max_connections; +-------------------+ | @@max_connections | +-------------------+ | 214 | +-------------------+ 1 row in set (0.00 sec) Mysql 配置文件连接数： max_connections = 3000 Mysql 重启后日志： 2019-06-27T01:27:04.352761Z 0 [Warning] Could not increase number of max_open_files to more than 1024 (request: 65535) 2019-06-27T01:27:04.352836Z 0 [Warning] Changed limits: max_connections: 214 (requested 3000) 2019-06-27T01:27:04.352843Z 0 [Warning] Changed limits: table_open_cache: 400 (requested 4096) 查看系统max_open

微服务治理背景，服务消费者A需要通过注册中心查询服务提供者B的地址，然后发起调用，可能会发送如下情况： 　　注册中心宕机 　　服务提供者B由节点宕机 　　服务消费者A和注册中心之间的网络不通 　　服务提供者B和注册中心之间的网络不通 　　服务消费者A和服务提供者B之间的网络不通 　　服务提供者B有些节点性能变慢 　　服务提供者B短时间内出现问题 对此，我们需要相应的服务治理手段。 　　 　　节点管理 　　服务调用失败，一般由两类原因引起，一类时服务提供者自身出现问题，如服务器宕机、进程意外退出等；一类时网络问题，如服务提供者、注册中心、服务消费者这三者任意两者之间的网络出现问题。主要有如下两种节点管理手段： 　　1、注册中心主动摘除机制 　　要求服务提供者定时向注册中心汇报心跳，注册中心根据服务提供者节点最近一次汇报心跳的时间与上一次汇报心跳时间作比较，如果超出一定时间，就认为服务提供者出现问题，继而把节点从服务列表中摘除，并把最近的可用服务列表推送给服务消费者。 　　2、服务消费者摘除机制 　　虽然注册中心主动摘除机制可以解决服务提供者节点异常的问题，但如果是因为注册中心与服务提供者之间的网络出现异常，最坏的情况是注册中心会把服务节点全部摘除，导致服务消费者没有可用的服务节点调用，但其实这时候服务提供者本身是正常的。所以，将存活探测机制用在服务消费者这一端更合理