mysql的二进制日志在旋转前只达到50 to最大值--如何增加？
mysql的二进制日志在旋转前只达到50 to最大值--如何增加？
提问于 2009-11-15 16:11:51
我运行了一个高流量的MySQL服务器--我观察到我的二进制日志只有50 my那么大，而MySQL又创建了一个新的。
我已经将max_binlog_size设置为1GB --但出于某种原因-- MySQL不会遵守它。还有其他我应该注意的设置吗？
我正在使用MySQL 4.1.22，CentOS 5(来自LiquidWeb的托管服务器)。
root@host2 [~]# mysqladmin variables | grep bin
| binlog_cache_size | 32768 |
| innodb_locks_unsafe_for_binlog | OFF |
| log_bin | ON |
| max_binlog_cache_size | 18446744073709551615 |
| max_binlog_size | 1073741824 |
| sync_binlog | 0 |还有一个观察:基于"ls -al“输出，绑定日志的日期在分钟部分几乎是相同的，也就是说，几乎总是在每小时的第41分钟旋转。
这很奇怪，因为我找不到任何可能做到这一点的cron脚本。我问了LiquidWeb系统管理员，他们说他们也控制不了这一点。
有什么想法吗？
---
root@host2 [~]# ls -al /home/master_mysql/
total 1069004
drwxr-xr-x 3 mysql mysql 4096 Nov 15 23:41 ./
drwx--x--x 13 root root 4096 Nov 14 17:15 ../
-rw-rw---- 1 mysql mysql 122 Nov 14 19:42 mysql-bin.000001
-rw-rw---- 1 mysql mysql 27841530 Nov 14 21:41 mysql-bin.000002
-rw-rw---- 1 mysql mysql 7899803 Nov 14 21:55 mysql-bin.000003
-rw-rw---- 1 mysql mysql 79 Nov 14 21:56 mysql-bin.000004
-rw-rw---- 1 mysql mysql 16789873 Nov 14 22:41 mysql-bin.000005
-rw-rw---- 1 mysql mysql 33813877 Nov 14 23:41 mysql-bin.000006
-rw-rw---- 1 mysql mysql 48819373 Nov 15 00:41 mysql-bin.000007
-rw-rw---- 1 mysql mysql 41505054 Nov 15 01:41 mysql-bin.000008
-rw-rw---- 1 mysql mysql 44608575 Nov 15 02:41 mysql-bin.000009
-rw-rw---- 1 mysql mysql 40341521 Nov 15 03:41 mysql-bin.000010
-rw-rw---- 1 mysql mysql 33625553 Nov 15 04:41 mysql-bin.000011
-rw-rw---- 1 mysql mysql 28685183 Nov 15 05:41 mysql-bin.000012
-rw-rw---- 1 mysql mysql 28054132 Nov 15 06:41 mysql-bin.000013
-rw-rw---- 1 mysql mysql 31718242 Nov 15 07:41 mysql-bin.000014
-rw-rw---- 1 mysql mysql 34437340 Nov 15 08:41 mysql-bin.000015
-rw-rw---- 1 mysql mysql 39474942 Nov 15 09:41 mysql-bin.000016
-rw-rw---- 1 mysql mysql 43580287 Nov 15 10:41 mysql-bin.000017
-rw-rw---- 1 mysql mysql 51165432 Nov 15 11:41 mysql-bin.000018
-rw-rw---- 1 mysql mysql 48298102 Nov 15 12:41 mysql-bin.000019
-rw-rw---- 1 mysql mysql 44044967 Nov 15 13:35 mysql-bin.000020
-rw-rw---- 1 mysql mysql 53665390 Nov 15 14:41 mysql-bin.000021
-rw-rw---- 1 mysql mysql 46259278 Nov 15 15:41 mysql-bin.000022
-rw-rw---- 1 mysql mysql 44675487 Nov 15 16:41 mysql-bin.000023
-rw-rw---- 1 mysql mysql 41288305 Nov 15 17:41 mysql-bin.000024
-rw-rw---- 1 mysql mysql 45883369 Nov 15 18:41 mysql-bin.000025
-rw-rw---- 1 mysql mysql 40055136 Nov 15 19:41 mysql-bin.000026
-rw-rw---- 1 mysql mysql 39884190 Nov 15 20:41 mysql-bin.000027
-rw-rw---- 1 mysql mysql 43919061 Nov 15 21:41 mysql-bin.000028
-rw-rw---- 1 mysql mysql 45474412 Nov 15 22:41 mysql-bin.000029
-rw-rw---- 1 mysql mysql 43899660 Nov 15 23:41 mysql-bin.000030
-rw-rw---- 1 mysql mysql 3625113 Nov 15 23:45 mysql-bin.000031
-rw-rw---- 1 mysql mysql 1116 Nov 15 23:41 mysql-bin.index
drwxr-xr-x 2 root root 4096 Nov 14 19:00 restore_point_20091114/
---谢谢!
回答 2
Server Fault用户
发布于 2009-11-15 16:22:03
考虑到大小不完全相同，这不是达到的大小限制，精确的时间是一个死胡同-- MySQL会在它重新启动时旋转它的二进制日志，或者当你告诉它重新打开它的其他(系统)日志时--通常情况下日志旋转(或者另一个日志旋转工具)将作为它的操作的一部分。看看是什么在旋转你的日志(如果LiquidWeb应该为你管理的话，请害怕.非常害怕)。
Server Fault用户
发布于 2009-11-15 19:31:51
我同意女人的观点，max_binlog_size应该这么做，但看起来你的原木会被冲红或旋转。检查/etc/crontab或/var/spool/cron中的任何cron是否有任何奇怪之处。此外，也许可以使用my.cnf = on (imat5.1，但这对您来说应该有效)来获得mysqld.log中的更多信息，尽管很多信息可能只是垃圾。你有任何前端软件可能会这样做吗？祝好运。
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://serverfault.com/questions/84930
复制相关文章
相似问题
腾讯云开发者
