3、服务器性能剖析

关注

原创最新推荐文章于 2026-11-03 15:50:48 发布 321 阅读 AI 写同款· GEO 优化 ›

3行代码 vs 1000行循环：C#黑科技让服务器“跪了“的真相！摘要：本文揭秘C#中List<T>性能优化的"三行黑科技"，通过预分配容量避免动态扩容，将百万次操作耗时从20ms降至0.02ms，性能提升100倍。核心原理在于List<T>的扩容机制：传统方法每次扩容需复制整个数组（O(n)复杂度），而提前设置Capacity可直接赋值（O(1)复杂度）。实战案例显示，电商/金融系统处理百万级数据时，吞吐量可提升5倍。关键代码： var list = new List(size); // 预分配 list.Capacity 阅读详情

性能优化简介

**我们将性能定义为完成某件任务所需要的时间度量，换句话说，性能即响应时间，这是一个非常重要的原则。**我们通过任务和时间而不是资源来测量性能。数据库服务器的目的是执行sql语句，所以他关注的任务是查询或者语句，如SELECT、UPDATE、DELETE等。数据库服务器的性能用查询的响应时间来度量。单位是每个查询花费的时间。
假如你认为性能优化是降低CPU利用率，那么可以减少对资源的使用。但是资源是用来消耗并用来工作的，所以有时候消耗更多的资源能够加快查询速度。很多时候将使用老版本InnoDB引擎的Mysql升级到新版本后，CPU利用率会上升很厉害，这并不代表性能出现了问题，反而说明新版本对资源的利用率上升了。
如果把性能优化仅仅看成是提升每秒查询量，这其实只是吞吐量优化，吞吐量的提升可以看作性能优化的副产品。对查询的优化可以让服务器每秒执行更多的查询，因为每秒查询执行的时间更短了。
如果优化的目标是降低响应时间，那么就需要理解为什么服务器执行查询需要这么多时间，然后去减少或者消除那些对获得查询结果来说不必要的工作。也就是说，先要搞清楚时间花在哪。这就引申出优化的第二个原则：无法测量就无法有效地进行优化。所以第一步应该测量时间花在什么地方。

通过性能剖析进行优化

性能剖析是测量和分析时间花费在哪的主要方法。性能剖析一般有两个步骤：

测量任务所花费的时间
对结果进行统计和排序，将重要的任务排在前面

理解性能剖析

Mysql的性能剖析（profile）将最重要的任务展示在最前面，但有时候没显示出现的信息也很重要。

值得优化的查询

性能剖析不会自动给出哪些查询值得花时间去优化。这里需要强调两点：

  1. 一些只占总响应时间比重很小的查询是不值得优化的
  2. 如果优化的成本大于收益，应该停止优化

异常情况

某些任务即使没出现在性能剖析输出的前面也需要优化。比如某些任务执行次数很少，但每次执行都非常慢，严重影响用户体验。因为其执行频率低，所以总的响应时间占比并不突出。

未知的未知

一款好的性能剖析工具会显示可能得丢失时间，丢失的时间是指任务的总时间和实际测量的时间之间的差。这可能是有些任务没有测量到，也可能是由于测量的误差和精度问题的缘故。

被掩藏的细节

性能剖析无法显示所有响应时间的分布。只相信平均值是非常危险的，他会隐藏很多信息。

对应用程序进行性能剖析

对任何需要消耗时间的任务都可以做性能剖析，当然也包括应用程序。实际上应用程序一般比剖析数据库服务器容易。虽然性能问题大多数情况下都和数据库有关，但应用导致的性能问题也不少。一般建议对系统进行性能剖析还是自上而下进行。性能瓶颈可能有很多影响因素：

外部资源，比如调用了外部的web服务
应用需要处理大量的数据，比如分析一个超大的xml文件
在循环中执行昂贵的操作，比如滥用正则
使用了低效的算法，比如使用暴力搜索算法来查询列表中的项

剖析Mysql查询

对查询进行性能剖析有两种方式，每种方式都有各自的问题。可以剖析整个数据库服务器，这样可以分析出哪些查询是主要的压力来源。

剖析服务器负载

服务器端的剖析很有价值，因为在服务器端可以有效地审计效率低下的查询。定位和优化慢查询能够显著提升应用性能，也能解决某些特定的难题。还可以降低服务器的整体压力，这样所有的查询都将因为减少了对共享资源的争用而收益。降低服务器的负载也可以推迟或避免升级更昂贵硬件的需求，还可以发现和定位糟糕的用户体验，比如某些极端情况。

捕获Mysql的查询到日志文件中

在Mysql中慢查询日志最初只是捕获比较慢的查询，而性能剖析却需要针对所有的查询。而且在Mysql5.0及以前的版本中，慢查询日志的响应时间的单位是秒，粒度太粗了。在Mysql5.1的更新版本中，慢日志的功能已经被加强了，可以通过设置long_query_time为0来捕获所有的查询，而且查询的响应时间单位已经做到微秒级。
在Mysql的当前版本中，慢查询日志是开销最低，精度最高的测量查询时间的工具。
Mysql的另一种查询日志就是通用日志，但很少用于分析和剖析服务器性能。通用日志在查询请求到服务器时进行记录，所以不包含响应时间和执行计划等重要信息。

分析查询日志

剖析单条查询

在定位到需要优化的单条查询后，可以针对此查询获取更多的信息，确认为什么会花费这么长时间，以及需要如何去优化。下面介绍几种方法1是如何显示查询的执行情况的：

使用SHOW PROFILE

SHOW PROFILE 命令是在Mysql5.1版本后引入的，默认是禁用的，可以通过命令修改

SET profiling = 1;

然后在服务器上执行的所有语句都会测量器耗费的时间和其他一些查询执行状态变更相关的数据。
当一条查询提交给服务器时，此工具会记录剖析信息到一张临时表，并且给查询赋予一个从1开始的整数标识符。在执行完一条查询语句后我们可以使用以下命令来查看剖析报告。剖析报告给出了查询执行的每个步骤及其花费时间。看结果很难直接确定是哪个步骤花费的时间最多因为输出是按照执行顺序而不是花费时间排序。如果不使用SHOW PROFILE 而直接查询 INFORMATION_SCHEMA 中对应的表，则可以根据自己的需要进行指定的查询。

SHOW PROFILE FOR QUERY ID;

使用SHOW STATUS

Mysql的SHOW STATUS 命令返回了一些计数器，既有服务器级别的全局计数器，也有基于某个连接会话级别的计数器。如果执行SHOW GLOBAL STATUS 则可以查看服务器级别的从服务器启动时开始计算的查询次数统计。
SHOW STATUS的大部分结果都只是一个计数器，可以显示某些活动如读锁引的频繁程度，但无法给出消耗了多少时间。