MySQL运维实战 之 PHP访问MySQL你使用对了吗

大家都知道，slow query系统做的好不好，直接决定了解决slow query的效率问题

一个数据库管理平台，拥有一个好的slow query系统，基本上就拥有了解锁性能问题的钥匙

但是今天主要分享的并不是平台，而是在平台中看到的奇葩指数五颗星的slow issue

好了，关子卖完了，直接进入正题

一、症状

一堆如下慢查询

# User@Host: cra[cra] @  [xx]  Id: 3352884621
# Query_time: 0.183673  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0
use xx_db;
SET timestamp=1549900927;
# administrator command: Prepare;# Time: 2019-02-12T00:02:07.516803+08:00
# User@Host: cra[cra] @  [xx]  Id: 3351119968
# Query_time: 0.294081  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0
SET timestamp=1549900927;
# administrator command: Prepare;

从我们的监控图上可以看到，每天不定时间段的slow query 总数在攀升，但是却看不到任何query 语句

这是我接触到的slow query优化案例中从来没有过的情况，比较好奇，也比较兴奋，至此决心要好好看看这个问题

二、排查

要解决这个问题，首先想到的是，如何复现这个问题，如何模拟复现这个症状

  • MySQL客户端 模拟prepare
* 模拟
root:xx> prepare stmt1 from 'select * from xx_operation_log where id = ?';
Query OK, 0 rows affected (0.00 sec)
Statement prepared* 结果# Time: 2019-02-14T14:14:50.937462+08:00
# User@Host: root[root] @ localhost []  Id:   369
# Query_time: 0.000105  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0
SET timestamp=1550124890;
prepare stmt1 from 'select * from xx_operation_log where id = ?';

结论是： MySQL client 模拟出来的prepare 并不是我们期待的，并没有得到我们想要的 administrator command: Prepare

  • perl 模拟prepare
#!/usr/bin/perluse DBI;my $dsn = "dbi:mysql:database=${db_name};hostname=${db_host};port=${db_port}";#数据源#获取数据库句柄
my $dbh = DBI->connect("DBI:mysql:database=xx;host=xx", "xx", "xx", {'RaiseError' => 1});my $sql = qq{select * from xx_operation_log where id in (?)};my $sth = $dbh->prepare($sql);
$sth->bind_param (1, '100');sleep 3;
$sth->execute();

结论是：跟MySQL客户端一样，同样是看不到administrator command: Prepare

  • php 模拟prepare
1. 官方网址：https://dev.mysql.com/doc/apis-php/en/apis-php-mysqli-stmt.prepare.html<?php
$link = mysqli_connect("xx", "dba", "xx", "xx_db");/* check connection */
if (mysqli_connect_errno()) {printf("Connect failed: %s\n", mysqli_connect_error());exit();
}$city = '1';/* create a prepared statement */
$stmt = mysqli_stmt_init($link);if (mysqli_stmt_prepare($stmt, 'select * from xx_operation_log where id in (1,2,3)'){/* bind parameters for markers *//* mysqli_stmt_bind_param($stmt, "s", $city);/* execute query */mysqli_stmt_execute($stmt);/* bind result variables */mysqli_stmt_bind_result($stmt, $district);/* fetch value */mysqli_stmt_fetch($stmt);printf("%s is in district %s\n", $city, $district);/* close statement */mysqli_stmt_close($stmt);
}/* close connection */
mysqli_close($link);
?>
  • php模拟得到的slow 结果
[root@xx 20190211]# cat xx-slow.log | grep 'administrator command: Prepare' -B4  | grep 'User@Host' | grep 'xx_rx' | wc -l
7891[root@xx 20190211]# cat xx-slow.log | grep 'administrator command: Prepare' -B4  | grep 'User@Host'  | wc -l
7908

结论： 通过php代码，我们成功模拟出了想要的结果

那顺藤摸瓜，抓取下这段时间有相同session id的整个sql执行过程

MySQL开启slow=0的抓包模式

可以定位到同一个session id（3415357118） 的 prepare + execute + close stmt# User@Host: xx_rx[xx_rx] @  [xx.xxx.xxx.132]  Id: 3415357118
# Query_time: 0.401453  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 0
use xx_db;
SET timestamp=1550017125;
# administrator command: Prepare;
# Time: 2019-02-13T08:18:45.624671+08:00
--
# User@Host: xx_rx[xx_rx] @  [xx.xxx.xxx.132]  Id: 3415357118
# Query_time: 0.001650  Lock_time: 0.000102 Rows_sent: 0  Rows_examined: 1
use xx_db;
SET timestamp=1550017125;
update `xx` set `updated_at` = '2019-02-13 08:18:45', `has_sales_office_phone` = 1, `has_presale_permit` = 1 where `id` = 28886;
# Time: 2019-02-13T08:18:45.626138+08:00
--
# User@Host: xx_rx[xx_rx] @  [xx.xxx.xxx.132]  Id: 3415357118
# Query_time: 0.000029  Lock_time: 0.000000 Rows_sent: 0  Rows_examined: 1
use xx_db;
SET timestamp=1550017125;
# administrator command: Close stmt;
# Time: 2019-02-13T08:18:45.626430+08:00

结论：我们发现，prepare时间的确很长，但是sql语句却执行的很快，这就很尴尬了

本来是想通过抓包，看看是否能够验证我们的猜想： prepare的语句非常大，或者条件非常复杂，从而导致prepare在服务器端很慢
结果发现query语句也都非常简单

那么既然如此，我们就找了业务方，将对应业务的prepare方法一起看看
结果发现，业务使用的是php-pdo的方式，所以我们就又有了如下发现

php-pdo 两种prepare模式

  • http://php.net/manual/zh/pdo.prepare.php
1. 本地prepare  $dbh->setAttribute(PDO::ATTR_EMULATE_PREPARES,true);不会发送给MySQL Server2. 服务器端prepare  $dbh->setAttribute(PDO::ATTR_EMULATE_PREPARES,false);发送给MySQL Server

验证两种prepare模式

  • 服务端prepare模式( ATTR_EMULATE_PREPARES = false)
<?php
$dbms='mysql';     //数据库类型
$host='xxx'; //数据库主机名
$dbName='test';    //使用的数据库
$user='xx';      //数据库连接用户名
$pass='123456';          //对应的密码
$dsn="$dbms:host=$host;dbname=$dbName";try {$pdo = new PDO($dsn, $user, $pass); //初始化一个PDO对象$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES,false);echo "----- prepare begin  -----\n";$stmt = $pdo->prepare("select * from test.chanpin where id = ?");echo "----- prepare after -----\n";$stmt->execute([333333]);echo "----- execute after -----\n";$rs = $stmt->fetchAll();
} catch (PDOException $e) {die ("Error!: " . $e->getMessage() . "<br/>");
}

strace -s200 -f php mysql1.php 跟踪

大家可以看到这个模式下，prepare的时候，是将query+占位符 发送给服务端的

  • 本地prepare模式 (ATTR_EMULATE_PREPARES = true )
<?php
$dbms='mysql';     //数据库类型
$host='xx'; //数据库主机名
$dbName='test';    //使用的数据库
$user='xx';      //数据库连接用户名
$pass='123456';          //对应的密码
$dsn="$dbms:host=$host;dbname=$dbName";try {$pdo = new PDO($dsn, $user, $pass); //初始化一个PDO对象$pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES,true);echo "----- prepare begin  -----\n";$stmt = $pdo->prepare("select * from test.chanpin where id = ?");echo "----- prepare after -----\n";$stmt->execute([333333]);echo "----- execute after -----\n";$rs = $stmt->fetchAll();
} catch (PDOException $e) {die ("Error!: " . $e->getMessage() . "<br/>");
}

strace -s200 -f php mysql1.php 跟踪

大家可以看到这个模式下，prepare的时候，是不会将query发送给服务端的，只有execute的时候才会发送

跟业务方确认后，他们使用的是后者，也就是修改了默认值，他们原本是想提升数据库的性能，因为预处理后只需要传参数就好了
但是对于我们的业务场景并不适合，我们的场景是频繁打开关闭连接，也就是预处理基本就用不到

另外文档上面也明确指出prepared statements 性能会不好

调整和验证

如何验证业务方是否将prepare修改为local了呢？

dba:(none)> show global status like 'Com_stmt_prepare';
+------------------+-----------+
| Variable_name    | Value     |
+------------------+-----------+
| Com_stmt_prepare | 716836596 |
+------------------+-----------+
1 row in set (0.00 sec)

通过观察，发现这个值没有变化，说明调整已经生效

总结

  • prepare的优点
1. 防止SQL注入
2. 特定场景下提升性能什么是特定场景： 就是先去服务端用占位符占位，后面可以直接发送请求来填空（参数值）这样理论上来说， 你填空的次数非常多，性能才能发挥出来
  • prepare的缺点
1. 在服务器端的prepare毕竟有消耗，当并发量大，频繁prepare的时候，就会有性能问题2. 服务端的prepare模式还会带来的另外一个问题就是，排错和slow 优化有困难，因为大部分情况下是看不到真实query的3. 尽量设置php-pdo为  $pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES,true) ，在本地prepare，不要给服务器造成额外压力
  • 建议
1. 默认情况下，应该使用php-pdo的默认配置，采用本地prepare的方式，这样可以做到防SQL注入的效果，性能差不到哪里去2. 除非真的是有上述说的特定场景，可以考虑配置成服务器prepare模式，前提是要做好测试


原文链接
本文为云栖社区原创内容，未经允许不得转载。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/519590.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

三个数差的平方公式推导过程_勾股数公式的简单推导

三个数差的平方公式推导过程_勾股数公式的简单推导

勾股数 是指满足 的正整数&#xff0c;它们的通用公式为 &#xff0c;下边我从定义出发&#xff0c;利用平方差公式举例实验找规律&#xff0c;推导出这一通用公式。由 可知 当 为奇数时 和 全都是奇数&#xff1b;当 为偶数时 和 全都是偶数。&#xff08; &#xff0c;与 同奇…
阅读更多...
通过阿里云K8S Ingress Controller实现路由配置的动态更新

通过阿里云K8S Ingress Controller实现路由配置的动态更新

简介 在Kubernetes集群中&#xff0c;Ingress作为集群内服务对外暴露的访问接入点&#xff0c;其几乎承载着集群内服务访问的所有流量。我们知道&#xff0c;Nginx Ingress Controller是Kubernetes社区很重要的一个子项目&#xff0c;其内部主要依托于高性能的负载均衡软件Ngi…
阅读更多...
编写一个C程序，实现以下功能：用一个函数实现两个字符串的比较，即自己写一个strcmp函数，函数原型为：int strcmp(char *p1,char *p2)；设p1指向字符串s

编写一个C程序，实现以下功能：用一个函数实现两个字符串的比较，即自己写一个strcmp函数，函数原型为：int strcmp(char *p1,char *p2)；设p1指向字符串s

题目描述&#xff1a; 编写一个C程序&#xff0c;实现以下功能&#xff1a; 用一个函数实现两个字符串的比较&#xff0c;即自己写一个strcmp函数&#xff0c;函数原型为&#xff1a; int strcmp(char *p1,char *p2); 设p1指向字符串s1&#xff0c;p2指向字符串s2&#xff0c;…
阅读更多...
工作流实战_14_flowable_已办任务列表查询

工作流实战_14_flowable_已办任务列表查询

项目地址&#xff1a;https://gitee.com/lwj/flowable.git 分支flowable-base 视频讲解地址 https://space.bilibili.com/485524575/channel/detail?cid94579 1、演示 2、代码 这里也是通过sql来查询的 SELECT DISTINCTt1.ID_ AS taskId,t1.NAME_ AS taskName,t2.FIRST_ AS…
阅读更多...
SpringBoot使用prometheus监控

SpringBoot使用prometheus监控

本文介绍SpringBoot如何使用Prometheus配合Grafana监控。 1.关于Prometheus Prometheus是一个根据应用的metrics来进行监控的开源工具。相信很多工程都在使用它来进行监控&#xff0c;有关详细介绍可以查看官网&#xff1a;https://prometheus.io/docs/introduction/overview/…
阅读更多...
合同相似可逆等价矩阵的关系及性质_笔记：辛矩阵和Siegel上半平面

合同相似可逆等价矩阵的关系及性质_笔记：辛矩阵和Siegel上半平面

1.辛矩阵&#xff08;1.1&#xff09;定义。 设 , 是交换幺环。定义其中 &#xff0c;以及注意&#xff0c;对任意 , 令 &#xff0c;演算知 。因此有群概形的正合列&#xff1a;&#xff08;1.2&#xff09;等价条件。设 &#xff0c;利用分块矩阵计算&#xff0c;可知下述条件…
阅读更多...
详解异构计算FPGA基础知识

详解异构计算FPGA基础知识

戳蓝字“CSDN云计算”关注我们哦&#xff01;作者 | 浩仔责编 | 阿秃随着云计算&#xff0c;大数据和人工智能技术应用&#xff0c;单靠CPU已经无法满足各行各业的算力需求。海量数据分析、机器学习和边缘计算等场景需要计算架构多样化&#xff0c;需要不同的处理器架构和GPU&a…
阅读更多...
开发函数计算的正确姿势——使用 brotli 压缩大文件

开发函数计算的正确姿势——使用 brotli 压缩大文件

大文件问题 函数计算对上传的 zip 代码包尺寸限制为 50M。某些场景中代码包中会超过这一限制&#xff0c;比如二进制 serverless-chrome 经过一番裁剪以后 ZIP 压缩包的体积为 43.4M&#xff0c;类似的还有 liboffice &#xff0c;此外常见的还有机器学习训练的模型文件。 目…
阅读更多...
流程变量的分组_01

流程变量的分组_01

项目地址&#xff1a;https://gitee.com/lwj/flowable.git 分支flowable-base 视频地址&#xff1a;https://www.bilibili.com/video/av79774697/ 业务场景&#xff1a; 实际场景中&#xff0c;有可能我们的流程变量会比较多&#xff0c;如果一个变量就作为一条记录存储的话&a…
阅读更多...
编写一个C程序，实现以下功能：动态申请长度为5的整数空间数组，用户输入5个整数；动态扩展数组空间为8，用户另外输入3个整数，最后输出扩展后的全部数组元素。

编写一个C程序，实现以下功能：动态申请长度为5的整数空间数组，用户输入5个整数；动态扩展数组空间为8，用户另外输入3个整数，最后输出扩展后的全部数组元素。

DGUT最简单的题。没有之一&#xff0c;只要面向GOOGLE和百度编程就行。 在GOOGLE查询malloc和realloc。 malloc&#xff1a;动态申请内存。 realloc&#xff1a;动态更改&#xff08;扩展&#xff09;内存 代码如下 #define _CRT_SECURE_NO_WARNINGS 1 #include<stdio.…
阅读更多...
amd显卡风扇调节_中端游戏显卡新晋黑马，华硕ROG STRIX RX5600XT O6G GAMING拆解评测...

amd显卡风扇调节_中端游戏显卡新晋黑马，华硕ROG STRIX RX5600XT O6G GAMING拆解评测...

在年初的CES2020上&#xff0c;AMD发布了面向中端市场的Radeon RX 5500 XT&#xff0c;进一步完善了自己的游戏显卡产品线。在本月21日&#xff0c;RX 5600 XT正式解禁发布。各大AIB厂商也在第一时间推出了自己的相关产品。我们也在第一时间收到了来自华硕的ROG STRIX RX5600XT…
阅读更多...
集成源码深度剖析：Fescar x Spring Cloud

集成源码深度剖析：Fescar x Spring Cloud

Fescar 简介 常见的分布式事务方式有基于 2PC 的 XA (e.g. atomikos)&#xff0c;从业务层入手的 TCC( e.g. byteTCC)、事务消息 ( e.g. RocketMQ Half Message) 等等。XA 是需要本地数据库支持的分布式事务的协议&#xff0c;资源锁在数据库层面导致性能较差&#xff0c;而支…
阅读更多...
CPU 到底是怎么认识代码的？涨姿势了！

CPU 到底是怎么认识代码的？涨姿势了！

戳蓝字“CSDN云计算”关注我们哦&#xff01;作者 | brightwang责编 | 阿秃最近读到这样一篇好文章&#xff0c;从底层硬件角度出发剖析了一下CPU对代码的识别和读取&#xff0c;内容非常精彩&#xff0c;读完感觉大学里学到的很多东西瞬间联系起来了&#xff0c;这里分享给大家…
阅读更多...
编写一个C程序，实现以下功能：编写一个常规的函数和一个递归函数，两个函数均能将输入的一个字符串以按反序形式的字符串作为返回值。在main函数中输入一行字符串，分别调用两个函数，输出反序后的字符串。

编写一个C程序，实现以下功能：编写一个常规的函数和一个递归函数，两个函数均能将输入的一个字符串以按反序形式的字符串作为返回值。在main函数中输入一行字符串，分别调用两个函数，输出反序后的字符串。

题目要求&#xff1a; 编写一个C程序&#xff0c;实现以下功能&#xff1a;编写一个常规的函数和一个递归函数&#xff0c;两个函数均能将输入的一个字符串以按反序形式的字符串作为返回值。在main函数中输入一行字符串&#xff0c;分别调用两个函数&#xff0c;输出反序后的字…
阅读更多...
.流程引擎对接的三种方式_02

.流程引擎对接的三种方式_02

项目地址&#xff1a;https://gitee.com/lwj/flowable.git分支flowable-base 视频地址&#xff1a;https://www.bilibili.com/video/av79774697/ 业务场景&#xff1a; 实际业务中&#xff0c;我们有三种对接流程的方式 1、自定义流程对接 2、内部业务流程对接 3、外部系统对接…
阅读更多...
Dubbo Mesh 在闲鱼生产环境中的落地实践

Dubbo Mesh 在闲鱼生产环境中的落地实践

本文作者至简曾在 2018 QCon 上海站以《Service Mesh 的本质、价值和应用探索》为题做了一次分享&#xff0c;其中谈到了 Dubbo Mesh 的整体发展思路是“借力开源、反哺开源”&#xff0c;也讲到了 Service Mesh 在阿里巴巴的发路径将经历以下三大阶段&#xff1a; 撬动做透价…
阅读更多...
github private链接访问_将github配置为图床+PicGo配置

github private链接访问_将github配置为图床+PicGo配置

将github配置为图床PicGo配置快乐的红领巾&#xff1a;​zhuanlan.zhihu.com1、建一个git仓库 2、获取授权token 3、配置PicGo 4、picgo快捷键1、建一个git仓库用于存需要上传的图片。这个仓库最好是public的&#xff0c;因为private的仓库&#xff0c;图片链接会带token&#…
阅读更多...
编写一个C程序，实现以下功能：编写一个函数decTobin(int n)，该函数能将一个十进制数n转换成二进制数，输入13 输出 1101。在main函数中输入整数n,调用函数，输出它的二进制

编写一个C程序，实现以下功能：编写一个函数decTobin(int n)，该函数能将一个十进制数n转换成二进制数，输入13 输出 1101。在main函数中输入整数n,调用函数，输出它的二进制

题目要求&#xff1a; 编写一个C程序&#xff0c;实现以下功能&#xff1a; //编写一个函数decTobin(int n)&#xff0c;该函数能将一个十进制数n转换成二进制数&#xff0c;输入13 输出 1101。 //在main函数中输入整数n,调用函数&#xff0c;输出它的二进制数。 二进值怎么来…
阅读更多...
RocketMQ 在平安银行的实践和应用

RocketMQ 在平安银行的实践和应用

随着互联网金融业务和相关技术的不断发展&#xff0c;传统金融行业为满足业务快速发展需求&#xff0c;正在积极引入各类开源技术&#xff0c;以快速抢占市场。那么&#xff0c;以金融和科技作为双驱动的平安银行在开源技术的引入方面是如何评估&#xff0c;运用到哪些业务场景…
阅读更多...
flowable节点的自定义属性扩展_03

flowable节点的自定义属性扩展_03

文章目录新增一个节点属性新增一个package&#xff1b;把我们新增的这个package添加节点属性中编写angularJS脚本在properties.js 配置模板&#xff1b;编写js控制器配置引用后台配置解析我们的节点属性编写一个自定义的解析器bean的初始化spring定义bean项目地址&#xff1a;h…
阅读更多...
最新文章

Copyright @ 2022~2023