连接数

LVS负载均衡群集 理解负载均衡群集的原理 掌握LVS-NAT的部署 企业群集应用概述 群集的含义： 1.Cluster,集群、群集 2.由多台主机构成，但对外只表现为一个整体 在互联网应用中，随着站点对硬件性能、响应速度、服务稳定性、数据可靠性等要求越来越高，单台服务器力不从心 解决方法： 1.使用价格昂贵的小型机、大型机 2.使用普通服务器构建服务群集 企业群集分类 根据群集所针对的目标差异，可分为三种类型： 1.负载均衡群集（轮询，最小连接的加权重） 2.高可用群集（访问的速度，可靠性） 3.高性能运算群集（并发处理任务） 负载均衡群集(Load Balance Cluster)： 1.以提高应用系统的响应能力、尽可能处理更多的访问请求、减少延迟为目标，获得高并发、负载(LB) 的整体性能 2.LB的负载分配依赖于主节点的分流算法 高可用群集(High Availability Cluster)： 1.以提高应用系统的可靠性、尽可能地减少中断时间为目标，确保服务的连续性，达到高可用(HA) 的容错效果 2.HA的工作方式包括双工和主从两种模式 高性能运算群集(High Performance Computer Cluster)： 1.以提高应用系统的CPU运算速度、扩展硬件资源和分析能力为目标，获得相当于大型、超级计算机的高性能运算(HPC)能力 2

一、 工具 　　nginx-1.8.0 　　apache-tomcat-6.0.33 二、 目标 　　实现高性能负载均衡的Tomcat集群： 　　 三、 步骤 　　1、首先下载Nginx。要下载稳定版： 　　 　　2、然后解压两个Tomcat，分别命名为apache-tomcat-6.0.33-1和apache-tomcat-6.0.33-2： 　　 　　3、然后改动这两个Tomcat的启动port。分别为18080和28080。以下以改动第一台Tomcat为例。打开Tomcat的conf文件夹下的server.xml： 　　 　　共需改动3处port： 　　 　　当然第二台Tomcat也一样，例如以下图： 　　 　　4、然后启动两个Tomcat，并訪问，看是否正常： 　　 　　 　　5、然后改动上面两个Tomcat的默认页面（为了区分以下究竟訪问的是那一台Tomcat。随便改一下就可以）： 　　 　　改完以后，进行訪问，例如以下图： 　　 　　 　　6、OK，如今我们能够開始配置Nginx来实现负载均衡了。事实上很的简单。仅仅须要配置好Nginx的配置文件就可以： 　　 　　配置例如以下（这里仅仅进行了简单的配置，实际生产环境能够进行更具体完好配置）： worker_processes 1;#工作进程的个数，一般与计算机的cpu核数一致 events { worker

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> apache会不停创建httpd进程，到了一定数量后会发现网站访问非常慢，即使是本地的也会非常慢。后来查了一下有可能是mpm设置的问题。 原文地址： http://hi.baidu.com/rainchen/blog/item/095f0a551fa802c5b645ae46.html 手 头有一个网站在线人数增多，访问时很慢。初步认为是服务器资源不足了，但经反复测试，一旦连接上，不断点击同一个页面上不同的链接，都能迅速打开，这种现 象就是说明apache最大连接数已经满了，新的访客只能排队等待有空闲的链接，而如果一旦连接上，在keeyalive 的存活时间内（KeepAliveTimeout，默认5秒）都不用重新打开连接，因此解决的方法就是加大apache的最大连接数。 1.在哪里设置？ 服务器的为FreeBSD 6.2 ，apache 2.24，使用默认配置（FreeBSD 默认不加载 自定义MPM配置 ），默认最大连接数是250 在/usr/local/etc/apache22/httpd.conf中加载MPM配置（去掉前面的注释）： # Server-pool management (MPM specific) Include etc/apache22/extra/httpd-mpm.conf

Java并发编程的艺术笔记 并发编程的挑战 Java并发机制的底层实现原理 Java内存模型 Java并发编程基础 Java中的锁的使用和实现介绍 Java并发容器和框架 Java中的12个原子操作类介绍 Java中的并发工具类 Java中的线程池 Executor框架 并发编程的目的与挑战 并发编程的目的是为了让程序运行得更快。启动更多的线程并不一定就能让程序最大限度地并发执行。 希望通过多线程执行任务让程序运行得更快，会面临非常多的挑战。比如 上下文切换 的问题 死锁 的问题 硬件和软件的资源限制问题 上下文切换 单核处理器也支持多线程执行代码，CPU通过给每个线程分配CPU时间片来实现这个机制。时间片是CPU分配给各个线程的时间，因为时间片非常短，所以CPU通过不停地切换线程执行，让我们感觉多个线程是同时执行的，时间片一般是几十毫秒（ms）。 CPU通过时间片分配算法来循环执行任务，当前任务执行一个时间片后会切换到下一个任务。但是，在切换前会保存上一个任务的状态，以便下次切换回这个任务时，可以再加载这个任务的状态。 所以任务从保存到再加载的过程就是一次上下文切换。 上下文切换也会影响多线程的执行速度。 如何减少上下文切换 减少上下文切换的方法有 无锁并发编程、CAS算法、使用最少线程 和 使用协程。 无锁并发编程。多线程竞争锁时，会引起上下文切换，所以多线程处理数据时

参考：https://blog.csdn.net/crankz/article/details/82874158 数据库连接池 什么是数据库连接池 为什么使用连接池 传统连接与数据库连接池对比 不使用连接池 使用连接池流程 数据库连接池的工作原理 连接池主要参数 连接池需要注意的点 什么是数据库连接池 数据库连接池负责分配、管理和释放数据库连接。它允许应用程序重复使用一个现有的数据库连接，而不是再重新建立一个。 为什么使用连接池 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。 一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完都关闭连接，这样造成系统的 性能低下。 数据库连接池的解决方案是在应用程序启动时建立足够的数据库连接，并讲这些连接组成一个连接池(简单说：在一个“池”里放了好多半成品的数据库联接对象)，由应用程序动态地对池中的连接进行申请、使用和释放。对于多于连接池中连接数的并发请求，应该在请求队列中排队等待。并且应用程序可以根据池中连接的使用率，动态增加或减少池中的连接数。 连接池技术尽可能多地重用了消耗内存地资源，大大节省了内存，提高了服务器地服务效率，能够支持更多的客户服务。通过使用连接池，将大大提高程序运行效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。

TCP连接出现很多TIME_WAIT 前言： 解决： 前言： 我为啥会发现呢，本来任务是发现pinpoint上有的请求时间等待间隙过长，为了查找出tomcat的api链路有等待的。我开始排查tcp的连接开始，然后再到tomcat的线程优化数。再检查到tcp连接的时候发现了大问题。 netstat -ant | grep 8080 | wc -l 使用以上命令查看tomcat的连接数，忽然发现连接数500多，一时我惊到了，公司业务并没有达到那个级别，服务的并发连接数也就三四十是正常的。 然后我使用了另一个命令统计这台服务的tcp数 ~$ netstat -n | awk '/^tcp/ {++S[ $NF ]} END {for(a in S) print a, S[a]}' LAST_ACK 1 CLOSE_WAIT 4 ESTABLISHED 144 TIME_WAIT 4234 然后看到结果，TIME_WAIT的状态连接是4234。再看ESTABLISHED的状态才144，这个很不正常。 tcp/ip协议我就不讲解了，因为我怕我讲的也不是很官方话，大家可以自己去了解下这些状态 这个出现大量TIME_WAIT，我检查了cpu负载，和内存，发现都还正常。这个话只会占用了连接的端口，可是这个也是个大问题。需要处理下。不然后边遇到大流量，或者攻击的话，会提前影响业务了。 一个TCP

文章目录 manven项目构建 1.配置文件 application.yml： 2.mybatis-generator-for-taobao工具： 3.RestFul Web Service 4.事务机制 5.springboot下实现跨域 6.在整合日志时，需要将springboot自带的日志排除 7.tomcat集群、负载均衡配置过程 manven项目构建 注意：在使用maven构建聚合工程时，需要为每个子工程加上版本号version，此外应该先install root父工程 1.配置文件 application.yml： 数据源配置 ，使用hikaricp作为数据库连接池，性能比c3p0等一些连接池高许多； hikari: connection-timeout: 30000 # 等待连接池分配连接的最大时长（毫秒），超过这个时长还没可用的连接则发生SQLException， 默认:30秒 minimum-idle: 5 # 最小连接数 maximum-pool-size: 20 # 最大连接数 auto-commit: true # 自动提交 idle-timeout: 600000 # 连接超时的最大时长（毫秒），超时则被释放（retired），默认:10分钟 pool-name: DateSourceHikariCP # 连接池名字 max-lifetime:

show status like '%max_connections%'; ##mysql最大连接数 set global max_connections=1000 ##重新设置 show variables like '%max_connections%'; ##查询数据库当前设置的最大连接数 show global status like 'Max_used_connections'; ##服务器响应的最大连接数 show status like 'Threads%'; Variable_name Value Threads_cached 0 ##mysql管理的线程池中还有多少可以被复用的资源 Threads_connected 152 ##打开的连接数 Threads_created 550 ##表示创建过的线程数，如果发现Threads_created值过大的话，表明MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，查询服务器 Threads_running 1 ##激活的连接数，这个数值一般远低于connected数值，准确的来说，Threads_running是代表当前并发数 show variables like 'thread_cache_size'; set global thread_cache

Connection： 在Nginx中，connection就是对TCP连接的封装，其中包括连接的socket，读写事件。 Nginx处理连接流程： 1. 解析配置文件，得到需要监听的端口和IP地址； 2. 在 master 中初始化监听 socket - > bind - > listen； 3. fork 多个子进程，子进程会通过竞争accept_mutex 锁获得新连接； 4. 当 client 与 server 三次握手后，nginx 某一个 worker 会 accept 成功，然后创建 nginx 对连接的封装，即ngx_connection_t 结构体； 5. 设置读写事件处理函数并添加读写事件来与客户端进行数据的交换； 6. 最后 nginx 或客户端来主动关掉连接，一个连接到此结束。 Nginx通过设置 worker_connections来设置每个进程支持的最大连接数； 实现是通过一个连接池管理的，每个worker进程都有一个独立的连接池，连接池大小为 worker_connections； 连接池实际上是一个 worker_connections 大小的一个 ngx_connection_t 结构的数组； 并且 nginx 会通过一个链表 free_connections 来保存所有空闲的 ngx_connections_t ； 每获取一个连接

一、查看哪些IP连接本机 netstat -an 二、查看TCP连接数 1)统计80端口连接数 netstat -nat|grep -i "80"|wc -l 2）统计httpd协议连接数 ps -ef|grep httpd|wc -l 3）、统计已连接上的，状态为“established netstat -na|grep ESTABLISHED|wc -l 4)、查出哪个IP地址连接最多,将其封了. netstat -na|grep ESTABLISHED|awk {print $5}|awk -F: {print $1}|sort|uniq -c|sort -r +0n netstat -na|grep SYN|awk {print $5}|awk -F: {print $1}|sort|uniq -c|sort -r +0n --------------------------------------------------------------------------------------------- 1、查看apache当前并发访问数： netstat -an | grep ESTABLISHED | wc -l 对比httpd.conf中MaxClients的数字差距多少。 2、查看有多少个进程数： ps aux|grep httpd|wc -l 3