数据库是基于操作系统的，目前大多数MySQL都是安装在linux系统之上，所以对于操作系统的一些参数配置也会影响到MySQL的性能，下面就列出一些常用的系统配置。
- 不像Windows 可以修改注册表修改2MSL 的值，linux 需要修改内核宏定义重新编译，tcp_fin_timeout 不是2MSL 而是Fin-WAIT-2状态超时时间.
linux TIME_WAIT 相关参数: net.ipv4.tcp_tw_reuse = 0 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 net.ipv4.tcp_tw_recycle = 0 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭 net.ipv4.tcp_fin_timeout = 60 表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间（可改为30，一般来说
默认0，表示不实用swap，改成1-100的情况表示使用swap，1表示尽量不使用，100尽量使用。不建议打开这个参数，大部分情况内存超了oom即可，swap属于温水煮青蛙。
SYN Flood (SYN洪水) 是种典型的DoS (Denial of Service，拒绝服务) 攻击。效果就是服务器TCP连接资源耗尽，停止响应正常的TCP连接请求。 说到原理，还得从TCP如何建立连接(Connection)讲起。通信的双方最少得经过3次成功的信息交换才能进入连接全开状态(Full-Open)，行话叫建立TCP连接的3次握手(TCP three-way handshake)。 本文假设连接发起方是A，连接接受方是B，即B在某个端口（Port）上监听A发出的连接请求。如下图所示，左边
Mysql在使用时不仅会受到自己的配置参数影响, 服务器硬件设施, 内核参数也会对性能有影响.
腾讯云的负载均衡产品发布至今，产品形态变化还是比较大的，最开始有传统型负载均衡，应用型负载均衡，后面结合自身产品特性以及云上相关用户的产品需求，逐渐开始改造，使其管理更加方便，更加适应全量云用户业务行为。
同步和异步最大的区别就在于。一个需要等待，一个不需要等待。同步可以避免出现死锁，读脏数据的发生，一般共享某一资源的时候用，如果每个人都有修改权限，同时修改一个文件，有可能使一个人读取另一个人已经删除的内容，就会出错，同步就会按顺序来修改。
“如何在激烈的移动社交市场竞争中脱颖而出？”这是当前移动社交应用领域众多开发者们所面临的现实问题。在产品功能特性同质化越来越严重的形势下，动用最小的研发资源实现“附近的人”，进而将更多的团队资源投入到产品创新，是大家的深层诉求。 据了解腾讯云分析（mta.qq.com）近日推出的“社交LBS”SDK服务，其覆盖Android和iOS两大主流平台，所有功能免费。开发者只需花10分钟集成SDK之后，便可无视各项复杂的技术挑战，轻松实现“附近的人”。 腾讯社交LBS提供何种服务？ 首先，社交LBS服务主要
“如何在激烈的移动社交市场竞争中脱颖而出？”这是当前移动社交应用领域众多开发者们所面临的现实问题。在产品功能特性同质化越来越严重的形势下，动用最小的研发资源实现“附近的人”，进而将更多的团队资源投入到产品创新，是大家的深层诉求。 据了解腾讯云分析（mta.qq.com）近日推出的“社交LBS”SDK服务，其覆盖Android和iOS两大主流平台，所有功能免费。开发者只需花10分钟集成SDK之后，便可无视各项复杂的技术挑战，轻松实现“附近的人”。 腾讯社交LBS提供何种服务？ 首先，社交LBS服务主要围绕
Linux内核是高并发服务的关键组件之一。以下是一些可用于优化Linux内核的配置。
在《性能测试工具Locust源码浅析》中，我们进行了一个主流程的分析。本次我们将对Locust进行实际的评测，在具体的评测之前，为了评测结果尽量的准确，我们需要做如下的规约：
这次分享是腾讯后端面经，面试接近 1 小时，问了非常多的问题，涵盖Linux、数据库、C++、操作系统、计算机网络。
对于TCP的初始接收窗口大小，linux和centos的实现是不一样的，如linux内核3.10版本的初始接收窗口定义为10mss，但centos 3.10内核中的初始窗口大小定义为TCP_INIT_CWND * 2，即20*MSS大小。(看着linux源码在centos7.4系统上测试，纠结了好久。。)
之前使用github.com/olivere/elastic库遇到了一个TIME_WAIT堆积的问题，因为问题比较共性（引入新库、性能测试、TIME_WAIT原理），所以简单记录下，新同学可以关注下
ab -c 10000 -n 200000 http://localhost/index.html
只要业务逻辑代码写正确，处理好业务状态在多线程的并发问题，很少会有调优方面的需求。最多就是在性能监控平台发现某些接口的调用耗时偏高，然后再发现某一SQL或第三方接口执行超时之类的。如果你是负责中间件或IM通讯相关项目开发，或许就需要偏向CPU、磁盘、网络及内存方面的问题排查及调优技能
DBCP连接池配置参数说明。 bean id=”dataSource” cla… 转自链接:fairyhawk
内存回收，也就是系统释放掉可以回收的内存，比如缓存和缓冲区，就属于可回收内存。它们在内存管理中，通常被叫做文件页（File-backed Page）。大部分文件页，都可以直接回收，以后有需要时，再从磁盘重新读取就可以了。
** 若TIME_WAIT事件设置过短, 会导致错误后果 TIME_WAIT结束过早, 导致之前迷失的第三次握手突然到达, 新连接突然成功
开新项目，添加Druid，怎么测试都不行，奶奶滴，搜了各种问题，最后是本地装的不是Mysql，而是MatiaDB，我一开始以为MatiaDB是Mysql的一个分支，理论上，是兼容Mysql，奶奶滴，配置竟然不兼容，所以就有了本篇的开头。
执行主动关闭的那端经历了这个状态，并停留MSL（最长分节生命期）的2倍，即2MSL。
1.CVM ping测试正常，但使用TCP连接，偶尔出现超时或延时较大，而此时网络并没有发生抖动。
(1)、 如果设置了maxWait或者构造函数参数传入的为true，则创建的ReentrantLock为公平锁，否者为非公平锁 (2)、 如果设置了initialSize>=1，则会启动是创建initialSize个数数据库物理连接到线程池。 (3)、 如果没设置createScheduler则创建并启动数据库连接创建线程，如果没设置destroyScheduler则创建并启动数据库连接回收线程，如果timeBetweenLogStatsMillis>0则创建logstat线程。
池的本质意义在于复用： 创建连接池时，很可能一次性创建了多个连接，大多数连接池考虑到性能，会在初始化的时候维护一定数量的最小连接（毕竟初始化连接池的过程一般是一次性的），可以直接使用。如果每次使用连接池都按需创建连接池，那么很可能你只用到一个连接，但是创建了N个连接。 连接池一般会有一些管理模块，即连接池的结构示意图中的绿色部分。 大多数的连接池都有闲置超时。连接池会检测连接的闲置时间，定期回收闲置的连接，把活跃连接数降到最低（闲置）连接的配置值，减轻服务端的压力。 一般闲置连接由独立线程管理，启动空闲检测的连接池相当于还会启动一个线程。 有些连接池还需独立线程负责连接保活功能。因此，启动一个连接池相当于启动了N个线程。
他抓到一个抓包图，客户端和服务端四次挥手后，客户端在 17 秒内又复用了与上一次连接相同的端口，向服务端发起了 SYN 报文， 并成功建立了连接。
前言： 前文《内存映射技术分析》描述了虚拟内存的管理、内存映射；《物理内存管理》介绍了物理内存管理。 本篇介绍一下内存回收。内存回收应该是整个Linux的内存管理上最难理解的部分了。 分析： 1，PFRA Page Frame Reclaim Algorithm，Linux的内存回收算法。 不过，PFRA和常规的算法不同。比如说冒泡排序或者快速排序具有固定的时间复杂度和空间复杂度，代码怎么写都差不多。而PFRA则不然，它不是一个具体的算法，而是一个策略---什么样的情况下需要做内存回收，什么样的page
服务器环境：centos6.7 + tomcat7.0.69 + jdk1.7.0_55 + mysql5.6.28
InPanel 是一款免费开源的 Linux 服务器管理面板，快速在线安装、小巧且节省资源、支持 Linux 的流行发行版本、基于发行版软件源的软件管理机制、轻松构建 Linux + Nginx + MySQL + PHP 环境、强大的在线文件管理和回收站机制、快速创建和安装多种站点、丰富实用的系统工具！
导读 导致“Connection reset”的原因是服务器端因为某种原因关闭了Connection，而客户端依然在读写数据，此时服务器会返回复位标志“RST”，然后此时客户端就会提示“java.net.SocketException: Connection reset”。可能有同学对复位标志“RST”还不太了解，这里简单解释一下：
为了摸底项目的性能，需要进行性能测试。经过一番调研之后，决定使用基于腾讯云TKE的分布式jmeter进行压测，好处是有jmeter-suite可用，搭建环境方便；容器化部署可以方便的增加pod来提升压力。
从6月下旬开始，上家公司告知要解散北京的除5G以外的研发团队。有点措手不及，很多知识点都没有来得及准备，而在面试中经常被问到TCP和UDP的一些细节问题。于是就有了本篇文章的总结。是参考和复制了很多前辈的总结。希望准备跳到互联网公司的程序员都能顺利通过面试。
在TCP断开连接四次挥手时, 主动发起关闭方会产生 TIME_WAIT, TIME_WAIT 是 TCP 协议可靠性设计的重要一个环节, 虽说增强了可靠性, 但是对于高并发场景下, 会产生大量的 TIME_WAIT, 导致高峰时段无端口可以使用.
场景：两个内网负载均衡CLB（10.128.227.245 port：4668-->RS:10.148.16.231和10.128.217.146 port：4394-->RS:10.148.16.231 ）后端关联到同一台RS上。
对 Linux 稍有了解的人都知道，Linux 会将物理的随机读取内存（Random Access Memory、RAM）按页分割成 4KB 大小的内存块，而今天要介绍的 Swapping 机制就与内存息息相关，它是操作系统将物理内存页中的内容拷贝到硬盘上交换空间（Swap Space）以释放内存的过程，物理内存和硬盘上的交换分区组成了操作系统上可用的虚拟内存，而这些交换空间都是系统管理员预先配置好的[^1]。
线上有几台QPS每秒几万请求的服务器，大致访问链路如下：client -> nginx -> web 服务器，由于每台机器上混布了多个web服务并通过nginx反向代理统一分发请求，在服务升级的时候经常出现端口被占用的情况，排查问题时，发现系统过存在几万多个 time_wait状态。统计命令如下：
里头的分析过程有提到，通过查看服务器网络状态检测到服务器有大量的CLOSE_WAIT的状态。
测试老大看到了，根据经验就推测是应该是文件句柄使用完了，应该有TCP连接很多没释放，果真发现是很多CLOSE_WAIT的状态
本文为翻译英文BLOG《Coping with the TCP TIME-WAIT state on busy Linux servers》，但并非完整的翻译，译者CFC4N对原文理解后，进行了调整，增加了相关论点论据，跟原文稍有不同。翻译的目的，是为了加深自己知识点的记忆，以及分享给其他朋友，或许对他们也有帮助。文章比较长，没耐心请点关闭。
Fastapi 项目使用 sqlalchemy 连接的mysql 数据库，每次第二天首次访问数据库相关操作，都会报错：sqlalchemy.exc.OperationalError: (pymysql.err.OperationalError) (2003, “Can’t connect to MySQL server on ‘x.x.x.x’ ([Errno 111] Connection refused)”)
安装完成后请设置管理员用户名和密码，如果直接回车，则使用默认的用户名 admin 和密码 admin 。 设置完后，打开给定的链接地址即可访问您的 InPanel 面板。 如下图所示：
Cannot send, channel has already failed: tcp://ip:61616 Javax.jms.JMSException: Cannot send, channel has already failed: tcp://ip:61616
客户将mysql从IDC迁移至公有云后，时常有出现建立连接超时的情况，业务使用的场景是PHP短连接到mysql，每秒的新建连接数在3000个左右，这个量算是比较大。 客户反馈在IDC内自建时也是这样的使用场景，从未遇到过这个问题。
thr0cyte，Gr33k，花花，MrTools，R1ght0us，7089bAt
https://www.cnblogs.com/yangfengwu/p/12539421.html
实现多态的技术称为 ：动态绑定，是指在执行期间判断所引用对象的实际类型，根据其实际的类型调用其相应的方法。
把里面的 log.txt 下到本地，然后查看一下，没发现 password 相关的，找到一个 user：aeolus
thr0cyte，Gr33k，花花，MrTools，R1ght0us，7089bAt，
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
