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

合集 - 使用数据库相关(10)

1.数据库校验名称唯一性，用于新增和修改功能2024-11-03 2.java实现“数据平滑升级”2024-11-03 3.mysql编写sql脚本：要求表没有主键，但是想查询没有相同值的时候才进行插入2024-11-03 4.MySql5.6版本开启慢SQL功能-本次采用永久生效方式2024-11-03

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

6.SpringBoot项目中mysql字段映射使用JSONObject和JSONArray类型2024-11-03 7.Mybatis使用注解方式实现批量更新、批量新增2024-11-03 8.mysql 5.7.x版本查看某张表、库的大小思路方案说明2024-11-03 9.定时任务频繁插入数据导致锁表问题 -＞查询mysql进程2024-11-03 10.postgresql和mysql中的limit使用方法2024-11-03

问题描述
我的使用场景描述
结论
本人其他相关文章链接

问题描述

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

我的使用场景描述

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