GreatSQL社区

搜索

[已解决] 使用greatsql的slow日志切割功能,日志中有报错slow.log找不到

733 3 2023-11-15 19:42
本帖最后由 running_db 于 2023-11-17 14:49 编辑

1、环境说明

OS:Rocky Linux release 8.8 5.4.259-1.el8.elrepo.x86_64
DB:GreatSQL-8.0.32-24-Linux-glibc2.28-x86_64


关于slow日志的参数配置:
slow_query_log_file = /data/greatsql/8.0.32/log/slow.log
#设置slow log文件大小1G及总文件数10
max_slowlog_size = 1073741824
max_slowlog_files = 10



2、问题描述
问题1:偶然间发现错误日志中有这么一行,使用的是自动切割slow日志的模式,确实不存在slow.log这个文件,是否可以忽略这个报错?
问题2:从以下ls slow日志结果,可以看到日志文件很小,但是切了好几个了。这个是怎么回事?是否不用达到max_slowlog_size 这参数的限制,就可以切割?
  1. 2023-11-15T19:28:22.662471+08:00 34 [ERROR] [MY-010907] [Server] Error writing file '/data/greatsql/8.0.32/log/slow.log' (errno: 2 - No such file or
复制代码
  1. [root@greatsql03 log]# ls -trl slow*
  2. -rw-r----- 1 mysql mysql 1318 Nov 12 19:40 slow.log.000003
  3. -rw-r----- 1 mysql mysql 4183 Nov 12 19:52 slow.log.000004
  4. -rw-r----- 1 mysql mysql  268 Nov 12 19:53 slow.log.000005
  5. -rw-r----- 1 mysql mysql 1263 Nov 13 17:47 slow.log.000006
  6. -rw-r----- 1 mysql mysql  268 Nov 13 19:15 slow.log.000007
  7. -rw-r----- 1 mysql mysql  268 Nov 13 19:16 slow.log.000008
  8. -rw-r----- 1 mysql mysql  268 Nov 14 08:19 slow.log.000009
  9. -rw-r----- 1 mysql mysql  268 Nov 14 08:19 slow.log.000010
  10. -rw-r----- 1 mysql mysql  268 Nov 14 10:07 slow.log.000011
  11. -rw-r----- 1 mysql mysql  268 Nov 14 11:12 slow.log.000012
复制代码






全部回复(3)
yejr 2023-11-17 09:59:51
不要只看my.cnf文件中的内容,先看内存中的设置值,即
mysqladmin var | grep max.*slow 确认真实值。
running_db 2023-11-17 11:39:59
yejr 发表于 2023-11-17 09:59
不要只看my.cnf文件中的内容,先看内存中的设置值,即
mysqladmin var | grep max.*slow 确认真实值。 ...

叶老师,内存中也是1G,这个问题应该是我的问题,我想可能是低内存测试时频繁触发oom重启导致的,没达到1G,重启可能就是一个新文件,不知道是不是这样的。另外日志文件不存在那个错误可以忽略吗?

yejr 2023-11-17 14:18:33
running_db 发表于 2023-11-17 11:39
叶老师,内存中也是1G,这个问题应该是我的问题,我想可能是低内存测试时频繁触发oom重启导致的,没达到1 ...

那这个问题就可以理解了。。。上面的报错可以忽略的。
running_db

9

主题

0

博客

43

贡献

注册会员

Rank: 2

积分
70

助人为乐(铜)勤学好问(铜)

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2024-11-22 12:43 , Processed in 0.028918 second(s), 16 queries , Redis On.
快速回复 返回顶部 返回列表