性能优化基本上是Java进阶帖的必备技能，特别的准备对于高流量的互联网应用来说必不可少@mikechen

今天，我将向您介绍以下九种性能优化方法：

00-1010之所以把代码放在第一位，是因为它最容易被忽略。比如你得到一个性能优化的需求，就必须叫缓存，异步等。

其实第一步应该是分析相关代码，找出相应的瓶颈，然后再考虑具体的优化策略。

有些性能问题完全是因为代码编写不合理，直接修改代码就可以解决，比如for循环太多，做了很多不必要的条件判断，多次重复同样的逻辑等等。这个优化成本是最低的。

1.代码

00-1010这里以MySQL为例。最常见的方式是通过自身的慢查询日志或开源慢查询系统定位出有问题的具体SQL，然后使用explain、profile等工具逐步调优，最后测试后上线，达到效果。

以下是一些优化示例：

1.查询优化

为了优化查询并尽量避免全表扫描，我们应该首先考虑在where和order by中涉及的列上建立索引。

2.避免无效判断

尽量避免判断where子句中字段的空值，否则会导致引擎放弃索引，扫描整个表，比如：

从t中选择id，其中num为null3。避免全表扫描

尽量避免在where子句中使用！=or运算符，否则，引擎将放弃索引并扫描整个表。

尽量避免在where子句中使用or连接条件。如果一个字段有索引，而另一个字段没有索引，这将导致引擎放弃索引并扫描整个表。

而且in not in也应该慎用，否则会导致全表扫描，比如：

Select from t where num in (1，2，3)对于连续值，如果可以使用between，请不要使用in:

从t中选择id，其中num介于1和34之间。大型数据查询

对于数据量大的表进行联接，联接前需要分页，否则逻辑读取会很高。

5.索引的合理使用

索引越多越好。虽然索引可以提高相应select的效率，但也降低了insert和update的效率。因为索引可能会在插入或更新期间重建，所以如何建立索引需要根据具体情况仔细考虑。

一个表中的索引数不应超过6。如果索引太多，就要考虑是否有必要在一些不常用的列上建立索引。

6.使用更多的数字字段。

尽量使用数值型字段，尽量不要设计只包含数值信息的字符型字段，这样会降低查询和连接的性能，增加存储开销。

这是因为在处理查询和连接时，引擎会逐个比较字符串中的每个字符，但对于数字类型，只需进行一次比较。

7.避免大量

尽量避免向客户端返回大量数据。如果数据量过大，要考虑对应的需求是否合理。

8.避免大事。

尽量避免大的事务操作，提高系统的并发性。

00-1010为了实现高效获取数据库连接，限制数据库连接的电流，我们的应用通常采用连接池的方案，即每个应用节点管理一个连接池到每个数据库。

随着业务量或数据量的增加，原有的连接池参数可能不能很好地满足需求，需要结合当前的连接池。

接池的原理、具体的连接池监控数据和当前的业务量作一个综合的判断，通过反复的几次调试得到最终的调优参数。

3.架构层面

这一类调优包括读写分离、多从库负载均衡、水平和垂直分库分表等方面，一般需要的改动较大，但是频率没有SQL调优高，而且一般需要DBA来配合参与。

3.分布式缓存

缓存可以称的上是性能优化的利器，缓存主要用来存放那些读写比很高、很少变化的数据。

什么情况适合用缓存？考虑以下两种场景：

短时间内相同数据重复查询多次且数据更新不频繁，这个时候可以选择先从缓存查询，查询不到再从数据库加载并回设到缓存的方式。此种场景较适合用单机缓存。高并发查询热点数据，后端数据库不堪重负，可以用缓存来扛。

使用缓存需要注意的问题：

1.避免缓存失效

把频繁修改的数据放入缓存，容易出现数据写入缓存后，应用还来不及读取缓存，数据就已经失效的情形，徒增系统负担。

2.缓存热点数据

缓存使用的内存资源非常宝贵，只能将最新访问的数据缓存起来，而把历史数据清理出缓存，即缓存资源应该留给20%的热点数据。

3.数据不一致性

一般会对缓存设置失效时间，超过失效时间，就要从数据库重新加载。

因此应用要忍受一定时间的数据不一致，另一种策略是数据更新时立即更新缓存，不过这也会带来更多的系统开销和事务一致性的问题。

4.缓存可用性

业务发展到一定阶段时，缓存会承担大部分数据访问的压力，数据库已经习惯了有缓存的日子，所以当缓存服务器崩溃时，数据库会因为完全不能承受如此大的压力而宕机，进而导致整个网站不可用，这种情况被称作缓存雪崩，发生这种故障，甚至不能简单地重启缓存服务器和数据库服务器来恢复网站访问。

解决方式：

1）缓存热备（当某台服务器宕机时，将缓存访问切换到热备服务器上；

2）缓存服务器集群。

5. 缓存预热

缓存中存放的是热点数据，热点数据是缓存系统用LRU对不断访问的数据筛选出来的，这个过程需要较长的时间。

新启动的缓存系统没有任何数据，此时系统的性能和数据库负载都不太好。因此可以选择在启动缓存是就把热点数据预加载好。

6.缓存穿透

因为不恰当的业务或恶意攻击，持续高并发地访问某一个不存在的数据，如果缓存不保存该数据，就会有大量的请求压力落在数据库上。

简单的解决方式是把请求的不存在的数据也放进缓存，其value是null。

4.异步化

针对某些客户端的请求，在服务端可能需要针对这些请求做一些附属的事情，这些事情其实用户并不关心或者用户不需要立即拿到这些事情的处理结果，这种情况就比较适合用异步的方式处理这些事情。

异步化的作用：

缩短接口响应时间，使用户的请求快速返回，用户体验更好。避免线程长时间处于运行状态，这样会引起服务线程池的可用线程长时间不够用，进而引起线程池任务队列长度增大，从而阻塞更多请求任务，使得更多请求得不到技术处理。线程长时间处于运行状态，可能还会引起系统Load、CPU使用率、机器整体性能下降等一系列问题，甚至引发雪崩。异步的思路可以在不增加机器数和CPU数的情况下，有效解决这个问题。

比如：使用消息队列（MQ）中间件服务，MQ天生就是异步的。

一些额外的任务，可能不需要我这个系统来处理，但是需要其他系统来处理，这个时候可以先把它封装成一个消息，扔到消息队列里面，通过消息中间件的可靠性保证把消息投递到关心它的系统，然后让这个系统来做相应的处理。

再比如C端在完成一个提单动作以后，可能需要其它端做一系列的事情，但是这些事情的结果不会立刻对C端用户产生影响，那么就可以先把C端下单的请求响应先返回给用户，返回之前往MQ中发一个消息即可，而且这些事情理应不是C端的负责范围，所以这个时候用MQ的方式，来解决这个问题最合适。

5.Web前段

Web前端指网站业务逻辑之前的部分，包括：

浏览器加载网站视图模型图片服务CDN服务等

主要优化手段有优化浏览器访问，使用反向代理，CDN等。

1.浏览器访问优化

(1)减少http请求

HTTP协议是无状态的应用层协议，意味着每次HTTP请求都需要简历通信链路，进行数据传输，而在服务器端，每个HTTP都需要启动独立的线程去处理，这些通信和服务的开销都很昂贵，减少HTTP请求的数目可有效提高访问性能。

减少HTTP请求的主要手段是:

合并CSS，以及压缩CSS大小合并JavaScript，以及压缩JS大小合并图片

将浏览器一次访问需要的JavaScript,CSS合并成一个文件，这样浏览器就只需要一次请求。多张图片合并成一张，如果每张图片都有不同的超链接，可通过CSS偏移响应鼠标点击操作，构造不同的URL。

(2)使用浏览器缓存

对一个网站而言，CSS,JavaScript,Logo,图标等这些静态资源文件更新的频率都比较低，而这些文件又几乎是每次HTTP请求都需要的，如果将这些文件缓存在浏览器中，可以极好地改善性能。通过设置HTTP头中Cache-Control和Expires属性，可设定浏览器缓存，缓存时间可以是数天甚至是几个月。有时候，静态资源文件变化需要及时应用到客户端浏览器，这种情况可以通过改变文件名实现，比如一般会在JavaScript后面加上一个版本号，使浏览器刷新修改的文件。

(3)启用压缩

在服务器端对文件进行压缩，在浏览器端对文件解压缩，可有效较少通信传输的数据量。文本文件的压缩效率科大80%以上。

(4)CSS放在页面最上面，JavaScript放在页面最下面

浏览器会在下载完全部CSS之后对整个页面进行渲染，因此最好的做法是将CSS放在页面最上面，让浏览器尽快下载CSS。JS则想法，浏览器在加载JS后立即执行，有可能会阻塞整个页面，造成页面显示缓慢，因此JS最好放在页面最下面。

(5)减少Cookie传输

一方面，Cookie包含在每次请求和响应中，太大的Cookie会严重影响数据传输，因此哪些数据需要写入Cookie需要慎重考虑，尽量减少Cookie中传输的数据量。另一方面，对于某些静态资源的访问，如CSS,JS等，发送Cookie没有意义，可以考虑静态资源使用独立域名访问，避免请求静态资源时发送Cookie，减少Cookie传输的次数。

2.CDN加速

CDN(Content Distribute Network,内存分发网络)的本质上仍然是一个缓存，而且将数据缓存在离用户最近的地方，是用户以最快速度获取数据，即所谓网络访问第一跳。

CDN一般缓存的是静态资源，如图片，文件，CSS，Script脚本，静态网页等，但是这些文件访问频率很高，将其缓存在CDN可极大改善网页的打开速度。

3.反向代理

传统代理服务器位于浏览器一侧，代理浏览器将HTTP请求发送到互联网上，而反向代理服务器位于网站机房一侧，代理网站Web服务器接收HTTP请求。

和传统代理服务器可以保护浏览器安全一样，反向代理服务器也具有保护网站安全的作用，来自互联网的访问请求必须经过代理服务器，相当于在Web服务器和可能的网络攻击之间建立了一个屏障。

除了安全功能，代理服务器也可以通过配置缓存功能加速Web请求，当用户第一次访问静态内容的时候，静态内容就被缓存在反向代理服务器上，这样当其他用户访问该静态内容的时候，就可以直接从反向代理服务器返回，加速Web请求响应速度，减轻服务器负载要。

6.服务化

做服务化最基础的是按业务做服务拆分，避免跨业务间的互相影响，数据和服务同时拆分。同一个业务内部我们还按计算密集型/IO密集型的服务拆分、C端/B端服务拆分、核心/非核心服务拆分、高频服务单独部署等原则做拆分。

7.硬件升级

硬件问题对性能的影响不容忽视。

举一个例子：一个DB集群经常有慢SQL报警，业务排查下来发现SQL都很简单，该做的索引优化也都做了，后来DBA同学帮忙定位到问题是硬件过旧导致，将机械硬盘升级成固态硬盘之后报警立马消失了，效果立竿见影！

8.搜索引擎

复杂查询以及一些聚合计算不适合在数据库中做，可以利用搜索引擎来实现，另外搜索引擎还可以帮我们很好的解决跨库、跨数据源检索的场景。

9.产品逻辑优化

业务逻辑优化经常会容易被忽略，但效果却往往比数据库性能优化、JVM调优之类的来的更明显。

举一个例子，12306春运抢火车票的场景，由于访问的人多，用户点击“查票”之后系统会非常卡，进度条非常慢，作为用户，我们会习惯性的再去点“查票”，可能会连续点个好几次。

假设平均一个用户点5次，则后端系统负载就增加了5倍！而其中80%的请求是重复请求。

这个时候我们可以通过产品逻辑的方式来优化，比如，在用户点击查询之后将“按钮置灰”，或者通过JS控制xx秒只能只能提交一次请求等，有效的拦截了80%的无效流量。

以上！

更多架构技术干货，私信【架构】即可查看我原创的300期+BAT架构技术系列文章与1000+大厂面试题答案合集。