免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5703 | 回复: 16
打印 上一主题 下一主题

mysql服务器最近频繁分割bin-log日志 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-12-04 17:32 |只看该作者 |倒序浏览
mysq 频繁分割bin-log日志


发现 mysql服务器最近频繁分割bin-log日志     

日志大小不定 但是都很小 如下:
-rw-rw---- 1 mysql mysql  36K Dec  4 16:54 mysql-bin.006238
-rw-rw---- 1 mysql mysql 5.5M Dec  4 17:22 mysql-bin.006239
-rw-rw---- 1 mysql mysql   38 Dec  4 16:54 mysql-bin.index


index 里面就是一些binlog的索引

my.cnf  相关配置

expire_logs_days = 7
max_binlog_size = 600M

log-bin=mysql-bin
log=sql-log


请教一下 还有什么配置会引起  日志频繁 分割?

论坛徽章:
0
2 [报告]
发表于 2011-12-05 07:02 |只看该作者
早上起来  看了一眼


又增长了  这个样子了
-rw-rw---- 1 mysql mysql 107K Dec  5 05:54 mysql-bin.006261
-rw-rw---- 1 mysql mysql  13M Dec  5 06:50 mysql-bin.006262

论坛徽章:
0
3 [报告]
发表于 2011-12-05 09:25 |只看该作者
不仅仅是配置,当你的数据库重启或者什么操作执行了flush logs也会重新生成新的二进制日志,请检查服务器是否会频繁重启,或者有什么脚本会执行flush logs之类的命令。另外为了确保的配置文件生效或者是用的那个配置文件,请在查询 show variables like '%max_binlog_size%';看看是否是你设置的大小!

论坛徽章:
0
4 [报告]
发表于 2011-12-05 09:34 |只看该作者
如果错误日志中有类似记录,吧错误日志list 下

论坛徽章:
0
5 [报告]
发表于 2011-12-05 09:45 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
6 [报告]
发表于 2011-12-06 22:32 |只看该作者
本帖最后由 bugouhen 于 2011-12-06 22:33 编辑

没有频繁重启

没有flush

error 日志里没有任何异常  只是记录了 重启的信息


虽然不影响使用  但是 怪异啊

日志大小就是我设置的 600m
show variables like '%max_binlog_size%'
    -> ;
+-----------------+-----------+
| Variable_name   | Value     |
+-----------------+-----------+
| max_binlog_size | 629145600 |
+-----------------+-----------+
1 row in set

论坛徽章:
0
7 [报告]
发表于 2011-12-16 10:04 |只看该作者
哦哦 好几天了 还这个样子!

-rw-rw---- 1 mysql mysql     66755 Dec 16 09:53 mysql-bin.006765
-rw-rw---- 1 mysql mysql    639076 Dec 16 09:57 mysql-bin.006766

真奇怪啊!

论坛徽章:
0
8 [报告]
发表于 2011-12-19 08:48 |只看该作者
-rw-rw---- 1 mysql mysql  479 Dec 19 06:53 mysql-bin.007096
-rw-rw---- 1 mysql mysql  141 Dec 19 06:53 mysql-bin.007097
-rw-rw---- 1 mysql mysql  11K Dec 19 06:53 mysql-bin.007098
-rw-rw---- 1 mysql mysql  141 Dec 19 06:53 mysql-bin.007099
-rw-rw---- 1 mysql mysql  94K Dec 19 06:53 mysql-bin.007100
-rw-rw---- 1 mysql mysql 165K Dec 19 06:54 mysql-bin.007101
-rw-rw---- 1 mysql mysql  11M Dec 19 07:53 mysql-bin.007102
-rw-rw---- 1 mysql mysql  141 Dec 19 07:53 mysql-bin.007103
-rw-rw---- 1 mysql mysql  141 Dec 19 07:53 mysql-bin.007104
-rw-rw---- 1 mysql mysql 6.3K Dec 19 07:53 mysql-bin.007105
-rw-rw---- 1 mysql mysql  141 Dec 19 07:53 mysql-bin.007106
-rw-rw---- 1 mysql mysql  56K Dec 19 07:53 mysql-bin.007107
-rw-rw---- 1 mysql mysql  86K Dec 19 07:54 mysql-bin.007108
-rw-rw---- 1 mysql mysql 7.7M Dec 19 08:32 mysql-bin.007109

疯了疯了

论坛徽章:
0
9 [报告]
发表于 2011-12-19 09:41 |只看该作者
回复 8# bugouhen


    mysql而二进制日志只有三种情况会导致生成新的二进制日志:
1、mysql重启
2、执行了flush logs操作
3、当前的日志大小达到max_binlog_size,重新生成binlog
对于你的服务器,第1、3种情况基本可以排除。因此我猜测是由于第2种情况引起的。你可以暂时先开启general log,然后观察你的mysql的二进制日志文件的变化。如果发生变化,关闭gereral log,然后查看general log的内容,查找是否有flush logs的语句出现。

论坛徽章:
0
10 [报告]
发表于 2011-12-19 13:49 |只看该作者
论坛出什么问题了?刚才看到你回复了这个帖子,怎么一刷就没了!

genral log
里面也没看到有什么flush的操作

唉 奇怪了!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP