连接数

server: port: 8001 mybatis: config-location: classpath:mybatis/mybatis.cfg.xml # mybatis配置文件所在路径 type-aliases-package: cn.lijun.springcloud.entities # 所有Entity别名类所在包 mapper-locations: classpath:mybatis/mapper/**/*.xml # mapper映射文件 spring: application: name: microservice-product #这个很重要，这在以后的服务与服务之间相互调用一般都是根据这个 name datasource: type: com.alibaba.druid.pool.DruidDataSource # 当前数据源操作类型 driver-class-name: com.mysql.cj.jdbc.Driver # mysql驱动包 url: jdbc:mysql://127.0.0.1:3306/springcloud_db01?serverTimezone=GMT%2B8 # 数据 库名称 username: root password: root dbcp2: min-idle: 5 # 数据库连接池的最小维持连接数 initial-size

1、网络带宽 在压力测试中，有时候要模拟大量的用户请求，如果单位时间内传递的数据包过大，超过了带宽的传输能力，那么就会造成网络资源竞争，间接导致服务端接收到的请求数达不到服务端的处理能力上限。 2、 连接池 可用的连接数太少，造成请求等待。连接池一般分为服务器连接池（比如Tomcat）和数据库连接池（或者理解为最大允许连接数也行）。 （关于连接池的具体内容，可参考之前的博客： 性能测试：连接池和线程 ） 3、垃圾回收机制 从常见的应用服务器来说，比如Tomcat，因为java的的堆栈内存是动态分配，具体的回收机制是基于算法，如果新生代的Eden和Survivor区频繁的进行Minor GC，老年代的full GC也回收较频繁，那么对TPS 也是有一定影响的，因为垃圾回收其本身就会占用一定的资源。 4、 数据库配置 高并发情况下，如果请求数据需要写入数据库，且需要写入多个表的时候，如果数据库的最大连接数不够，或者写入数据的SQL没有索引没有绑定变量，抑或没有主从分离、读写分离等， 就会导致数据库事务处理过慢，影响到TPS。 5、通信连接机制 串行、并行、长连接、管道连接等，不同的连接情况，也间接的会对TPS造成影响。 （关于协议的连接，可参考之前的博客： HTTP协议进阶：连接管理 ） 6、 硬件资源(服务器 和 压测机) 包括CPU（配置、使用率等）、内存（占用率等）、磁盘（I/O

感觉在介绍之前有必要阐述一下连接池的几个概念，有助于后边一些文字的理解。 最原始的数据库使用就是打开一个连接并进行使用，使用过后一定要关闭连接释放资源。由于频繁的打开和关闭连接对jvm包括数据库 都有一定的资源负荷，尤其应用压力较大时资源占用比较多容易产生性能问题。由此使用连接池的作用就显现出来，他的原理其实不复杂： 先打开一定数量的数据库连接，当使用的时候分配给调用者，调用完毕后返回给连接池，注意返回给连接池后这些连接并不会关闭，而是 准备给下一个调用者进行分配。由此可以看出连接池节省了大量的数据库连接打开和关闭的动作，对系统性能提升的益处不言而喻。 几个概念： 最小连接--应用启动后随即打开的连接数以及后续最小维持的连接数。 最大连接数--应用能够使用的最多的连接数 连接增长数--应用每次新打开的连接个数 举个例子说明连接池的运作： 假设设置了最小和最大的连接为10，20，那么应用一旦启动则首先打开10个数据库连接，但注意此时数据库连接池的正在使用数字为0--因为你并没有使用这些连接，而空闲的数量则是10。然后你开始登录，假设登录代码使用了一个连接进行查询，那么此时数据库连接池的正在使用数字为1、空闲数为9，这并不需要从数据库打开连接--因为连接池已经准备好了10个给你留着呢。登录结束了，当前连接池的连接数量是多少？当然是0，因为那个连接随着事务的结束已经返还给连接池了

一、应用程序直接获取数据库连接的缺点 　　用户每次请求都需要向数据库获得链接，而数据库创建连接通常需要消耗相对较大的资源，创建时间也较长。假设网站一天10万访问量，数据库服务器就需要创建10万次连接，极大的浪费数据库的资源，并且极易造成数据库服务器内存溢出、拓机。如下图所示： 二、使用数据库连接池优化程序性能 2.1 数据库连接池的基本概念 　　数据库连接是一种关键的有限的昂贵的资源,这一点在多用户的网页应用程序中体现的尤为突出.对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性,影响到程序的性能指标.数据库连接池正式针对这个问题提出来的.数据库连接池负责分配,管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而不是重新建立一个。如下图所示： 数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中, 这些数据库连接的数量是由最小数据库连接数来设定的.无论这些数据库连接是否被使用,连接池都将一直保证至少拥有这么多的连接数量.连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数,当应用程序向连接池请求的连接数超过最大连接数量时,这些请求将被加入到等待队列中. 数据库连接池的 最小连接数 和 最大连接数 的设置要考虑到以下几个因素: 最小连接数:是连接池一直保持的数据库连接,所以如果应用程序对数据库连接的使用量不大,将会有大量的数据库连接资源被浪费.

系统架构：域名--F5--nginx集群--服务 现象：web页面随机性的时好时坏，坏的时候会报500内部服务错误或者404页面丢失。 定位：代码、配置、网络都检查了，没问题，最后发现访问域名就会报错，直接访问内网服务器地址就没问题，怀疑是nginx的问题。查看nginx的日志，发现有报错：worker_connections are not enough while connecting to upstream。 解决：nginx主配置文件nginx.conf中默认的worker_connections102400，问题解决。 原因：服务的连接数超过了nginx设置的最大连接数。 疑问：检查了nginx的活跃连接数，不多，不超过1024，但是worker_connections设置1024时候，web页面会报错。怀疑可能web页面在点击的时候会在瞬时向后台频繁请求页面，导致nginx连接数瞬时增加。后续有精力再研究吧，头疼。 来源： https://www.cnblogs.com/gllegolas/p/11689377.html

如何加大tomcat的内存及加大TOMCAT的连接数 注： 如果在测试的时候可能会用Eclispe 这时候就需要在Eclipse ->run -arguments 中的VM arguments 中输入-Xms32m -Xmx800m这个参数就可以了。 项目加载的时候出现错误 2009-09-08 17:21 12,671:ERROR [http-8050-Processor24] (Compiler.java:407) - Error compiling file: /D:/Tomcat 5.0/work/Catalina/localhost/unicom//org/apache/jsp\index_jsp.java [javac] Compiling 1 source file 系统资源不足。 有关详细信息，请参阅以下堆栈追踪。 java.lang.OutOfMemoryError: Java heap space 该错误解决方法: 在tomcat\bin文件夹中的catalina.bat文件下.176行左右 rem Execute Java with the applicable properties下,将所有%CATALINA_OPTS%替换成-Xms256m -Xmx512m .他们分别指最小内存和最大内存.tomcat的最大内存只能改为物理内存的80%.

很多开发人员都会遇见”MySQL: ERROR 1040: Too many connections”的异常情况，造成这种情况的 一种原因是访问量过高 ，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力；另 一种原因就是MySQL配置文件中max_connections值过小 。 首先，我们来查看mysql的最大连接数： ? 1 2 3 4 5 6 7 mysql> show variables like '%max_connections%' ; + -----------------+-------+ | Variable_name | Value | + -----------------+-------+ | max_connections | 151 | + -----------------+-------+ 1 row in set (0.00 sec) 其次，查看服务器响应的最大连接数: ? 1 2 3 4 5 6 7 mysql> show global status like 'Max_used_connections' ; + ----------------------+-------+ | Variable_name | Value | + ----------------------+-------+ | Max_used

自用笔记，未完成。 1. 原理 1）为什么需要DB连接池 一次DB连接开销较为昂贵 　　- 创建一次TCP连接 　　- DB连接需要server为连接分配buffer缓存，频繁连接/关闭造成连接I/O开销大 2）池化技术 （此处开始不经过大脑的typing 用于优化大请求量时系统运行效率，降低系统频繁建立连接的系统开销。线程池、对象池、数据库连接池都应用了类似的技术。 通常规定以下配置 　　- 最小/最大连接数 　　- 阻塞队列等 此外会有探活机制、强制回收、监控一类的配套功能。 2. DB连接池 1）JAVA连接池实现 2）Golang database/sql包实现 https://mp.weixin.qq.com/s/vSZpF55u4O343B4e0_TOvw 改包内部实现了连接池管理，仅对下层驱动暴露简单的驱动接口，这意味着，不同数据库的驱动只需要基于单个接口调用，而不需要关心连接池的实现。 具体层级关系如下：application -> API -> [including connection pooling] -> driver API -> go-sql-driver -> MYSQL 整体来说，Golang的接口与JAVA可以一一对应，Driver, Conn，Stmt, Tx, Rows 调用关系： 　　1) Open取得新的Conn 　　2)

提高openfire最大连接数 影响连接数的元素包含三种： 1) Linux的系统参数 2) 进程自身可以创建的线程数 3) Openfire自身系统参数 Linux系统参数 1. Ulimit –n 265535 　 在Linux平台上，无论编写客户端程序还是服务端程序，在进行高并发TCP连接处理时，最高的并发数量都要受到系统对用户单一进程同时可打开文件数量的限制(这是因为系统为每个TCP连接都要创建一个socket句柄，每个socket句柄同时也是一个文件句柄)，这个数字可以设的更大。 此命令是临时更改，也可以通过修改文件/etc/security/limits.conf 2. net.ipv4.ip_conntrack_max=265535 系统允许的最大跟踪连接条目。在/etc/sysctl.conf文件中增加此属性，并运行>/sbin/sysctl.conf –p 另外在sysctl -p的时候A报error: 'net.ipv4.ip_conntrack_max' is an unknown key ,通过以下命令修正： modprobe ip_conntrack echo "modprobe ip_conntrack" >> /etc/rc.local 3. fs.file-max = 265535 系统级别的能够打开的文件句柄的数量,ulimit 是进程级别的 4.

实现原理 数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数制约。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。 连接池基本的思想是在系统初始化的时候，将数据库连接作为对象存储在内存中，当用户需要访问数据库时，并非建立一个新的连接，而是从连接池中取出一个已建立的空闲连接对象。使用完毕后，用户也并非将连接关闭，而是将连接放回连接池中，以供下一个请求访问使用。而连接的建立、断开都由连接池自身来管理。同时，还可以通过设置连接池的参数来控制连接池中的初始连接数、连接的上下限数以及每个连接的最大使用次数、最大空闲时间等等。也可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 注意事项 1、数据库连接池的最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费。 2、数据库连接池的最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。 3、最大连接数具体值要看系统的访问量.要经过不断测试取一个平衡值 4、隔一段时间对连接池进行检测