连接数

此文件中有dbcp、c3p0、druid三种配置方式 1. dbConfig.properties 文件 #----------------数据库连接基本配置--------------- #数据库驱动 dataSource.driverClassName=com.mysql.jdbc.Driver #数据库连接地址 dataSource.url=jdbc\:mysql\://127.0.0.1\:3306/qfx_activiti_test?characterEncoding\=UTF-8 #用户名 dataSource.userName=root #密码 dataSource.passWord=666666 #SQL查询,在将连接返回给调用者之前,用来验证从连接池取出的连接是否有效 dataSource.validationQuery=select 1 #----------------dbcp连接池配置----------------- #初始连接数量 dbcp.initialSize=5 #最大连接数量 dbcp.maxActive=50 #最小空闲连接数量 dbcp.minIdle =5 #最大空闲连接数量 dbcp.maxIdle=20 #最大等待连接时间(以毫秒计数,1000等于60秒) dbcp.maxWait=1000 #连接超时是否自动回收 dbcp

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 转:http://www.blogjava.net/zhip/archive/2008/05/16/200769.html 当前的连接数 select count(*) from v$process; 修改Oracle最大连接数的方法 a、以sysdba身份登陆PL/SQL 或者 Worksheet b、查询目前连接数 show parameter processes; c、更改系统连接数 alter system set processes=1000 scope=spfile; d、创建pfile create pfile from spfile; e、重启Oracle服务或重启Oracle服务器 2、查询Oracle游标使用情况的方法 select * from v$open_cursor where user_name = 'TRAFFIC'； 3、查询Oracle会话的方法 select * from v$session 来源： oschina 链接： https://my.oschina.net/u/83064/blog/28295

使用远程桌面的朋友可能经常会遇到“超出最大允许连接数”的问题，这是因为remote desktop for administrator缺省设置是2个连接，而且如果远程登录后不注销而直接关闭远程桌面，实际上session还留在服务器端，所以再次连接就很容易出现上面的提示。解决办法： 一是用注销来关闭远程桌面 二是限制已经断开连接的session存在的时间 三是增加连接数 1. 限制已经断开连接的session存在的时间 第1步，依次开始→运行→gpedit.msc命令并回车，打开“组策略”窗口。在左窗格中依次展开“计算机配置/管理模板/Windows组件/终端服务”目录，并选中“会话”选项。如下图： 第2步，在右窗格中双击“为断开的会话设置时间限制”选项，点选“已启用”单选框，在“结束断开连接的会话”下拉菜单中选择时间1分钟。单击“确定”按钮使设置生效，如下图： 2. 增加连接数 开始 → 运行 → gpedit.msc，左面计算机配置 → 管理模板 → windows组件 → 终端服务，右面双击“限制连接数量”打开设置对话框，选择“已启用”。 来源： https://www.cnblogs.com/rainman/archive/2013/05/16/3079154.html

转自： https://www.cnblogs.com/jane4321/p/11012866.html 一、内存泄漏 1、堆内存溢出 现象： 　　（1）压测执行一段时间后，系统处理能力下降。这时用JConsole、JVisualVM等工具连上服务器查看GC情况，每次GC回收都不彻底并且可用堆内存越来越少。 　　（2）压测持续下去，最终在日志中有报错信息：java.lang.OutOfMemoryError.Java heap space。 排查手段： 　　（1）使用jmap -histo pid > test.txt命令将堆内存使用情况保存到test.txt文件中，打开文件查看排在前50的类中有没有熟悉的或者是公司标注的类名，如果有则高度怀疑内存泄漏是这个类导致的。 　　（2）如果没有，则使用命令：jmap -dump:live,format=b,file=test.dump pid生成test.dump文件，然后使用MAT进行分析。 　　（3）如果怀疑是内存泄漏，也可以使用JProfiler连上服务器在开始跑压测，运行一段时间后点击“Mark Current Values”，后续的运行就会显示增量，这时执行一下GC，观察哪个类没有彻底回收，基本就可以判断是这个类导致的内存泄漏。 解决方式：优化代码，对象使用完毕，需要置成null。 2、持久代溢出 现象：压测执行一段时间后

Windows 下单机最大TCP连接数 https://www.cnblogs.com/eaglet/archive/2010/09/21/1832233.html 在做Socket 编程时，我们经常会要问，单机最多可以建立多少个 TCP 连接，本文将介绍如何调整系统参数来调整单机的最大TCP连接数。 Windows 下单机的TCP连接数有多个参数共同决定，下面一一介绍： 最大TCP连接数 [HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \Tcpip \Parameters] TcpNumConnections = 0x00fffffe (Default = 16,777,214) 以上注册表信息配置单机的最大允许的TCP连接数，默认为 16M。这个数值看似很大，这个并不是限制最大连接数的唯一条件，还有其他条件会限制到TCP 连接的最大连接数。 最大动态端口数 TCP客户端和服务器连接时，客户端必须分配一个动态端口，默认情况下这个动态端口的分配范围为 1024-5000 ，也就是说默认情况下，客户端最多可以同时发起3977 个Socket 连接。我们可以修改如下注册表来调整这个动态端口的范围 [HKEY_LOCAL_MACHINE \System \CurrentControlSet \Services \Tcpip

#定义Nginx运行的用户和用户组 user www www; #nginx进程数，建议设置为等于CPU总核心数。 worker_processes 8; #全局错误日志定义类型，[ debug | info | notice | warn | error | crit ] error_log ar/loginx/error.log info; #进程文件 pid ar/runinx.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.types; #文件扩展名与文件类型映射表

转自：http://my.oschina.net/chenzhuo/blog/150200?p=2#comments 根据系统内存64G估算单台tengine做反向代理最高支持72万连接。为了验证达到该连接数时系统稳定运行，进行压测，先验证nginx与client建立72万连接时性能（不转发）。 关闭超线程，12核CPU对应12个nginx worker进程，每个进程worker_connections为60000，且关闭accept_mutex。前端LVS做FNAT模式转发，开synproxy。 1. Client 端建立连接数小于proxy 上限 7个client，每个client 10个进程对应不同vip，每个进程建立并维持9000个idle连接。共63万并发连接。 最大并发连接 最大CPU 利用率 最大内存占用 MaxTengineMem MaxSocketMem 625.0K 99.33% 4.0G 517M 388M 18:19:42： 如图，从18:19:42开始，Client端发起建立连接过程，CPU占用率提高，内存占用增加（1.4G-3.8G） 每个连接占用内存2.4G/630000 = 3.99KB（ 4KB ） 18:19:51： 63W个连接建立完毕（ CPS=7 万 ），CPU占用率下降趋于0，内存稳定在3.8G。 18:20:42：

Oracle最大连接数设置为150，有时候程序一多就跑偏了。当然150可能设置的不太够，但通常头疼的是要快速恢复数据库服务，最好的办法就是重启数据库了，因为数据库连接已满，结果管理员登不进去，傻了吧... 看看数据库进程： 很多这样的进程，杀掉就Ok了，有一串命令可以全部杀掉： ps -ef |grep LOCAL=NO|grep -v grep|cut -c 9-15|xargs kill -9 再用oracle登录，瞎折腾吧。 ps:这串命令很少用，所以记不住，哈哈 参考资料： http://blog.csdn.net/huang_tg/article/details/6100999 来源： https://www.cnblogs.com/jpeg/p/oracle-max-connection-kill-it.html

用过Oracle的应该都熟悉如何查看和设置Oracle数据库的最大连接数。这里就再啰嗦一遍。 查看当前的连接数，可以用select count(*) from v$process; 设置的最大连接数（默认值为150）select value from v$parameter where name = ‘processes’; 修改最大连接数alter system set processes = 300 scope = spfile; 都知道，当数据库最大连接数不够时会出现客户端连接间歇性失败，报错ORA-12519。设置大点一般就可以了。但是做大型项目的时候还是会遇到一 些不正常的问题，比如：设置最大连接数800，但是正常连接200多个就会报错，这也是我在一次面试中得知的。回来因为自己的垃圾机器上没有装 Oracle，就查了些资料，发现还真的有这个问题，不过不是什么难题，貌似很多人遇到过，看来我们真的做项目太少了吧，顶多同时测试的也就十多个人。 网上搜集到有此类问题的描述，如下。 服务器IBM XSERVER,内存：4G oracle 数据库配置的主要参数如下: processes integer 500 sessions integer 585 pga_aggregate_target big integer 350M sga_max_size big integer

用过Oracle的应该都熟悉如何查看和设置Oracle数据库的最大连接数。这里就再啰嗦一遍。 查看当前的连接数，可以用select count(*) from v$process; 设置的最大连接数（默认值为150）select value from v$parameter where name = ‘processes’; 修改最大连接数alter system set processes = 300 scope = spfile; 都知道，当数据库最大连接数不够时会出现客户端连接间歇性失败，报错ORA-12519。设置大点一般就可以了。但是做大型项目的时候还是会遇到一些不正常的问题，比如：设置最大连接数800，但是正常连接200多个就会报错，这也是我在一次面试中得知的。回来因为自己的垃圾机器上没有装Oracle，就查了些资料，发现还真的有这个问题，不过不是什么难题，貌似很多人遇到过，看来我们真的做项目太少了吧，顶多同时测试的也就十多个人。 网上搜集到有此类问题的描述，如下。 服务器IBM XSERVER,内存：4G oracle 数据库配置的主要参数如下: processes integer 500 sessions integer 585 pga_aggregate_target big integer 350M sga_max_size big integer 1256M