性能调优篇 - TPS低 - 优化SQL语句

Posted 开心的猪

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了性能调优篇 - TPS低 - 优化SQL语句相关的知识,希望对你有一定的参考价值。

在执行性能测试的时候,问题总千奇百怪的。我这里整理了一些常用的性能测试时查看问题的方法。

一.SQL语句没有引用索引:

执行性能测试时,服务器的运行情况下:

  1. 数据库、应用程序CPU不超过80%;
  2. 内存足够(空余内存>20M);
  3. 网络正常;
  4. 磁盘输入/输出正常;

日志没有打印错误,但是TPS很低,如只有100-120(单个接口请求的性能测试,TPS一般会在550-60000这样,除非程序很复杂,那么TPS会小一些)。这种情况下应该先查看SQL的语句是不是存在问题:

  如:

  查询语句,是否有索引,索引有没有起到作用;(是查询语句还要看数据表中的总数据)

案例:我先前测试的时候,有个查询接口就是存在这样的问题,TPS很低,是因为没有索引导致的,加入索引后,TPS从以前的110到6000这样。

二.SQL语句索引没有起到作用:

执行性能测试时,服务器的运行情况下:

  1. 数据库的CPU高达90%-99.9%,应用程序的CPU比较低;
  2. 内存足够(空余内存>20M);
  3. 网络正常;
  4. 磁盘输入/输出正常;

                                                CPU 很高的监控图

 

日志没有打印错误,但是TPS很低,需要查看索引没有起到作用,是否遍历了很多无关的表格数据。

案例:我先前测试的时候,部分接口就是存在这样的问题,TPS很低,CPU很高,有索引,但是SQL查询的语句写得有问题,遍历很多数据,导致引用的索引失效了。

 

可以用EXPLAIN来统计一个查询,SQL会遍历多少次的问题,程序的语句导致大量的表扫描。使用的索引区分度低,表达式中是否带非,导致索引失效,rows的值越大,说明遍历次数越多:

 

EXPLAIN SELECT * FROM  tb_hlf_pos_cashier where account=’ XXXXX ’;

 

 

(以上都是在性能测试的时候,SQL语句优化后,性能提高的途径。当然我只是找到问题,具体的SQL语句优化,是开发的同事优化的,所以这里我也只能讲解我了解的知识,很多详细的优化代码我没研究过)

 

以上是关于性能调优篇 - TPS低 - 优化SQL语句的主要内容,如果未能解决你的问题,请参考以下文章

万字宝典 |《 Spark性能优化全书》推荐收藏!

性能优化之MySQL调优篇

性能优化之MySQL调优篇

转载 Spark性能优化:资源调优篇

Greenplum优化--SQL调优篇

Greenplum优化--SQL调优篇