开启慢SQL设置long_query_time=0.1为啥会统计的sql却存在小于100毫秒的sql

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 Tair(兼容Redis),内存型 2GB
简介: 开启慢SQL设置long_query_time=0.1为啥会统计的sql却存在小于100毫秒的sql

image.png

@[toc]

问题描述

开启慢SQL设置long_query_time=0.1为啥会统计的sql却存在小于100毫秒的sql?

我的使用场景描述

我采用执行sql修改配置文件,也就是采用“临时生效操作步骤”开启慢SQL,比如我设置的是超时100毫秒就记录sql,但是发现的现象是100毫秒、10毫秒、20、50毫秒的都会被记录如图1,这明显就不对,于是我查了chatGPT它给出的答案是如图2,我觉得它给的答案说服不了我,就算有执行时间精度问题,100毫秒和10毫秒在计算机中差距已经很大了好吧,于是我在想会不会是“临时生效操作步骤”的方案不生效,必须采用“永久生效方式”才行,于是我做了如下实验。

image.png

如图1

image.png

如图2

我想验证下“永久生效方式”是否能100%保存出慢sql,也就是超过100毫秒的sql,结果如图3,发现所有的都是100毫秒之外的SQL,那就证明咱们的猜想是正确的的。
image.png

如图3

结论

推线使用“永久方式(也就是修改配置文件方式)”会有效。

本人其他相关文章链接

1.MySql5.6版本开启慢SQL功能-本次采用永久生效方式

目录
相关文章
|
4月前
|
SQL 存储 Unix
Flink SQL 在快手实践问题之设置 Window Offset 以调整窗口划分如何解决
Flink SQL 在快手实践问题之设置 Window Offset 以调整窗口划分如何解决
68 2
|
2月前
|
SQL 存储 数据库
SQL部分字段编码设置技巧与方法
在SQL数据库管理中,设置字段的编码对于确保数据的正确存储和检索至关重要
|
2月前
|
SQL 存储 关系型数据库
mysql 数据库空间统计sql
mysql 数据库空间统计sql
47 0
|
4月前
|
SQL 关系型数据库 MySQL
SQL自动启动设置指南:详细步骤与技巧
在数据库管理中,确保SQL服务能够自动启动对于保持数据服务的连续性和稳定性至关重要
|
3月前
|
关系型数据库 MySQL 网络安全
5-10Can't connect to MySQL server on 'sh-cynosl-grp-fcs50xoa.sql.tencentcdb.com' (110)")
5-10Can't connect to MySQL server on 'sh-cynosl-grp-fcs50xoa.sql.tencentcdb.com' (110)")
|
5月前
|
SQL 存储 监控
SQL Server的并行实施如何优化?
【7月更文挑战第23天】SQL Server的并行实施如何优化?
128 13
|
5月前
|
SQL
解锁 SQL Server 2022的时间序列数据功能
【7月更文挑战第14天】要解锁SQL Server 2022的时间序列数据功能,可使用`generate_series`函数生成整数序列,例如:`SELECT value FROM generate_series(1, 10)。此外,`date_bucket`函数能按指定间隔(如周)对日期时间值分组,这些工具结合窗口函数和其他时间日期函数,能高效处理和分析时间序列数据。更多信息请参考官方文档和技术资料。
|
5月前
|
SQL 存储 网络安全
关系数据库SQLserver 安装 SQL Server
【7月更文挑战第26天】
66 6
|
5月前
|
存储 SQL C++
对比 SQL Server中的VARCHAR(max) 与VARCHAR(n) 数据类型
【7月更文挑战7天】SQL Server 中的 VARCHAR(max) vs VARCHAR(n): - VARCHAR(n) 存储最多 n 个字符(1-8000),适合短文本。 - VARCHAR(max) 可存储约 21 亿个字符,适合大量文本。 - VARCHAR(n) 在处理小数据时性能更好,空间固定。 - VARCHAR(max) 对于大文本更合适,但可能影响性能。 - 选择取决于数据长度预期和业务需求。
433 1