性能调优
本来这次要写支付相关的话题，主要是这周是我分享，所以就来说说我上一家公司做的事吧
上一家公司同盾，做的一件事就是风控。哪有风险，哪就有风控。风控是app的一道防火墙。
之前所在的部门是企业组，主要是将风控产品输出给银行、互金平台等。这是一块大蛋糕，有很多的竞争对手。风控需要的是精准和快速，所以我们需要比别人更快，比别人更准。快、准、狠秒杀对手。
我主要的工作就是风控软件的性能调优，以下是我性能调优分享,不过不是具体怎么调优，而是调优的思路
什么是性能?（who）
性能调优，那么什么是性能？这里要讲的不是汽车发动机的性能，而是软件的性能。软件其实是看不见摸不着的，不同人对软件的理解也不一样，所以在不同人眼里，性能表现的形式就不一样
什么是性能
作为架构师（我的目标），在设计软件的架构的时候，就需要考虑到不同人眼里的问题----一切尽在掌握之中
什么是性能调优？（what）
我们知道软件是放在服务器上跑的，服务器又可分解为硬件和操作系统。
服务器
如上图，简单来说包括三块：硬件、操作系统、应用程序。其实，性能调优就是调节这些内容，包括硬件、操作系统、应用程序。
- 硬件
CPU、内存、磁盘、网卡、其它……， - 操作系统
进程、虚拟内存、文件系统、网络、其它……， - 应用程序
常见的有Apache、MySQL、Nginx、Memcahed等。
性能调优就是对计算机硬件、操作系统和应用有相当深入的了解，调节三者之间的关系，实现整个系统(包括硬件、操作系统、应用)的性能最大化。
为什么需要性能调优？（why）
场景一：当用户量达到一定数量时，应用就非常非常的慢。这时问老板能不能加机器。老板说，其他公司的服务也就一台服务器，别人行，我们为什么不行。坑我钱呢？（嘻嘻😁）
场景二：同样的需求，100个人实现，有100种不同的写法。有秒级的，有100毫秒级，有10毫秒级的，有1毫秒级的。这就是菜鸟与高手的区别。通过性能调优，能让我们了解底层的实现。
一、为了获得更好的系统性能(就是你现有的系统运行的还不错，但优化一下可以运行的更好)。
二、通过性能调优来了解底层原理
什么时候需要性能调优 （when）
作为我们程序员时时刻刻都应该对自己写的代码负责，不让自己的代码成为应用的瓶颈。
开个玩笑
什么地方需要性能调优？（where）
之前说来性能调优就是调节这些内容，包括硬件、操作系统、应用程序。那么调优地方当然是以下几点喽！
- 硬件选型(根据服务器应用类型来选购服务器)
- 操作系统调节系统参数
- 组件 (Nginx、MySQL等)
- 代码
怎么样进行性能调优？（how）
- 性能指标 –> 确认衡量标准
- 性能测试 –> 验证性能指标
- 性能分析 –> 找出性能瓶颈
- 性能调优 –> 解决性能问题
- 性能监控 –> 检验调优效果,重复第三步骤
性能指标
- 吞吐量
是单位时间内完成的用户或系统的请求数量。 - 并发数
同时能接受多少用户的访问请求 - 响应时间
用户发出请求到收到响应的时间间隔。 - 资源利用率
机器操作系统的资源利用
一般我们以上面的几个指标评定软件的性能。这几个指标又有相互的制约，而我们需要寻找这样一个各个指标都相对满意的点。
响应时间--用户并发数
响应时间--用户并发数
响应时间一开始随着用户并发数的增加变化不大，当达到一个临界值时陡升
吞吐量--用户并发数
吞吐量--用户并发数
吞吐量一开始随着用户并发数的增加线性增长，当达到一个临界值时吞吐量不在变化，再增加用户并发数吞吐量出现下降
资源利用率--用户并发数
资源利用率--用户并发数
资源利用率一开始随着用户并发数的增加线性增长，当达到一个临界值时资源利用率达到饱和，不再变化
以上三张图在做性能压测时能很好的体现（这里不讲性能测试）。
硬件选型
硬件选型是在有限的资源下（金钱），选择最适合自己应用运行的硬件基础。（如果你是土豪那无所谓，反正贵总是有好处的）。
那么如何选择硬件呢？其实视自己在服务器上安装的应用或则组件决定。
- 如果说是自己安装个简单的应用玩玩。那只需要购买能把应用跑起来，就差不多了。
- 如果要安装个Mysql，那关注点是磁盘的转数，cpu普通的就行
- 如果要安装个缓存，比方Memcache，那关注点是内存大小，cpu普通就行（缓存可能还需要好的网络，这个看你应用的瓶颈在哪）
- 如果要安装个计算型的应用，那关注点是cpu，一般应用4G内存够了
总的来说就是：应用或组件依赖什么，那么我们就多花点钱，配好的。也不需要富的流油，够用就行
操作系统调节系统参数
操作系统Linux、windows，这些为什么还要调优呢？因为操作系统不是为你而设计的，而是为大多数人设计的。它要适应大众，才能普及推广啊。
服务器一般都是Linux操作系统，不过我对操作系统不是很熟。所以下面只讲我调节过的点。
系统句柄
Linux是有文件句柄限制的，一般都是1024，生产服务器用其实很容易就达到这个数量 是不是碰到过这些错误
java.lang.OutOfMemoryError:Unable to create new native thread
Can’t open so many files
too many open files
一个线程一个句柄，在高压情况下，线程数量超过了服务器的句柄限制
- 查看当前使用的句柄数
cat /proc/sys/fs/file-nr
句柄数
- 查看服务器句柄配置
ulimit -n
ulimit -a
- 设置句柄数
vi /etc/security/limits.conf
* soft noproc 65535
* hard noproc 65535
* soft nofile 65535
* hard nofile 65535
说明：* 代表针对所有用户
noproc 是代表最大进程数
nofile 是代表最大文件打开数
修改完重新登录就可以见到，使用 ulimit -a 查看确认
交换区
swap空间是一块磁盘空间，操作系统使用这块空间保存从内存中换出的操作系统不常用page数据，这样可以分配出更多的内存做page cache。页面频繁换入换出会产生IO读写、操作系统中断，这些都很影响系统的性能。
所以在内存充足的情况下最好关闭
swapoff -a
组件
组件是支称应用性能的关键，所以选组件、配置参数至关重要
选组件
在强大的开源社区下，不同部位的组件可以有很多种选择。比如缓存有memcache、redis、tair、aerospike等，看得我们是眼花缭乱。其实它们有不同的特性，我相信开发者不肯能重复的造轮子，它们各有各适合的场景。而你是以你所面临的场景去选择它们。
以下是我选取组件的步骤
1、清楚的了解自己所面临的场景
2、根据场景抽取关键词，去google搜索。（因为自己的知识面不够广阔，不知道到底有哪些组件）
3、去官网查看它们的优点缺点,特意把缺点标黑，最会踩坑的地方
4、缩小组件范围
5、动手基准测试，有些东西官网很能吹的
6、深入了解
不过公司已经大面积使用的情况下，是不容许你更换组件的。那么我们只能依从，更关注使用方式和参数配置上去调节。
应用代码
代码调优，网上有很多。但是能熟练掌握不是一件容易的事，需要自己去尝试（我也还在积累经验的阶段）。不过最近我发现思想上的改变很重要，下面讲一下思想上的进步
首先我们要正视自己，我们现在处于什么阶段。我们需要脚踏实地，不要想着一开始就完美。我看过一本《程序员进阶攻略》把我思想洗脑了下
image.png
阶段
以下三个阶段都是我们在开发上的流程，其实也是我们程序员的程度阶段。
调试代码Debugging
第一层含义：调试代码或者不熟悉API
第二层含义：初入程序员行业，都是小心翼翼的。对自己写的代码不自信，需要不断的调试来纠正自己
编写代码Coding
第一层含义：编写业务代码
第二层含义：能独自完成业务代码，在实现需求的情况下追求可读性、可维护性。
运行代码Running
第一层含义：运行代码
第二层含义：在自己的脑袋中能运行程序，考虑到不同场景下的程序运行状况
所以理解来自己在哪一个阶段，在看下下一个阶段的要求，再去追求。当达到了，在进行下一个目标。（怎么跟实现梦想一样啊，先分解目标）
定位性能问题
之前的话由于监控系统没有，都是自己敲命令查询（好心酸，后来我也给他们搞了个监控系统）。下图是主要的一些命令
定位性能
