前言
MySQL慢查询日志是我们在日常工作中经常会遇到的一个功能，MySQL慢查询日志提供了超过指定时间阈值的查询信息，为性能优化提供了主要的参考依据，是一个非常实用的功能，MySQL慢查询日志的开启和配置非常简单，可以指定记录的文件（或者表），超过的时间阈值等就可以记录到慢sql了，实话讲，相比较sqlserver的trace或者扩展事件（虽然此二者的作用并非仅仅如此），MySQL的配置总是给人一种非常清爽的感觉。
一、慢查询日志的打开
正常情况下，只需要在配置文件中增加slow_query_log = 1配置，即打开慢查询日志，未指定slow_query_log_file的情况下，会自动生成一个以主机名+‘slow'.log 的文件。
二、默认情况下记录慢查询的时间阈值为10s
默认情况下，指定slow_query_log = 1的情况其启动MySQL，即可打开慢查询，自动生成一个默认的以主机名++‘slow'.log 的文件来记录超过执行超过10s的慢查询。
也可以显式指定慢查询的日志文件名称（不存在会自动创建）和记录慢查询的时间阈值（非默认的10s）。
注意：在配置文件中指定long_query_time的时候，不需要时间单位，只需要一个值，比如1就代表1s，如果带了时间单位，服务将无法启动。
如下是一个记录到日志文件中的慢sql的示例
三、记录慢查询日志到表
配置：需要添加一个log_output的配置，就可以将慢查询记录到表中了
mysql库下面有一个默认的slow_log表，可以直接将slow_query_log_file = slow_log，即可将慢查询日志记录到表中。
记录到的slow sql如下，可以发现sql_text是一个二进制的信息，并非原始的sql文本
可以通过CONVERT函数转换一下即可。
关于慢查询记录到日志文件和表中的区别：
1、慢查询记录到日志文件和表中，记录本身差别不大，如果是记录在表中，慢查询的执行时间信息无法精确到微妙，
2、如果将慢查询信息记录在表中，方便查询，但因为是结构化的数据，可能会比记录在慢查询日志文件中（平面文本文件）要慢一点点（个人猜测），如果是记录到文件，需要mysqldumpslow工具解析。
3、慢查询不记录执行失败的查询，比如long_query_time设置为10（10秒钟），一个查询超过了10秒钟，但是因为其他原因执行失败，MySQL的慢查询将无法记录此查询信息。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对的支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？