当前位置:论坛首页 > Linux面板 > 求助

【已解决】二进制日志 关不掉,每天十几G,麻烦大佬帮给...

发表在 Linux面板2022-9-2 12:22 [复制链接] 16 12687

数据库配置:

[client]
#password = your_password
port  = 3306
socket  = /tmp/mysql.sock

[mysqld]
port  = 3306
socket  = /tmp/mysql.sock
datadir = /www/server/data
default_storage_engine = InnoDB
performance_schema_max_table_instances = 400
table_definition_cache = 400
skip-external-locking
key_buffer_size = 128M
max_allowed_packet = 100G
table_open_cache = 512
sort_buffer_size = 2M
net_buffer_length = 4K
read_buffer_size = 2M
read_rnd_buffer_size = 256K
myisam_sort_buffer_size = 32M
thread_cache_size = 64
tmp_table_size = 64M
default_authentication_plugin = mysql_native_password
lower_case_table_names = 1
sql-mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

explicit_defaults_for_timestamp = true
#skip-name-resolve
max_connections = 500
max_connect_errors = 100
open_files_limit = 65535

#log-bin=mysql-bin
#binlog_format=mixed
server-id = 1
binlog_expire_logs_seconds = 86400
slow_query_log=1
slow-query-log-file=/www/server/data/mysql-slow.log
long_query_time=3
#log_queries_not_using_indexes=on
early-plugin-load = ""


innodb_data_home_dir = /www/server/data
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /www/server/data
innodb_buffer_pool_size = 512M
innodb_log_file_size = 256M
innodb_log_buffer_size = 64M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
innodb_max_dirty_pages_pct = 90
innodb_read_io_threads = 2
innodb_write_io_threads = 2

[mysqldump]
quick
max_allowed_packet = 500M

[mysql]
no-auto-rehash

[myisamchk]
key_buffer_size = 128M
sort_buffer_size = 2M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

1.png 2.png 3.png

使用道具 举报 只看该作者 回复
发表于 2022-9-2 12:27:55 | 显示全部楼层
不清楚啥问题,偶尔会遇到几台服务器这样,但是正常情况开启了这个也不会这样产生一大堆1GB。直接占满磁盘空间导致崩溃。再次开启关闭试试,重启试试呢,
使用道具 举报 回复 支持 反对
发表于 2022-9-2 14:36:37 | 显示全部楼层
您好,登录到MySQL命令行执行下面命令看下MySQL的二进制开关是否为ON
  1. SHOW VARIABLES LIKE 'log_bin';
复制代码
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:00:07 | 显示全部楼层
是有bug,我遇到了相同的问题,手动删掉的,
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:08:32 | 显示全部楼层
虾条 发表于 2022-9-2 15:00
是有bug,我遇到了相同的问题,手动删掉的,

您那边也有这个情况吗?我这边是没复测出来,如果您那边有这个问题的话,是否有排查到是代码或者是配置问题引起的呢?
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:15:18 | 显示全部楼层
谢花郎 发表于 2022-9-2 14:36
您好,登录到MySQL命令行执行下面命令看下MySQL的二进制开关是否为ON

log_bin  ON

这是没有有关吗?应该怎么关?
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:25:26 | 显示全部楼层
宝塔用户_bcdhwc 发表于 2022-9-2 15:15
log_bin  ON

这是没有有关吗?应该怎么关?

您好,您那边在重启MySQL服务,然后再执行下面命令看下是不是为OFF了。

  1. SHOW VARIABLES LIKE 'log_bin';
复制代码
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:28:47 | 显示全部楼层
谢花郎 发表于 2022-9-2 15:08
您那边也有这个情况吗?我这边是没复测出来,如果您那边有这个问题的话,是否有排查到是代码或者是配置问 ...

对,跟楼主一样的问题,系统是ubuntu-22.04.1-desktop-amd64.iso这个镜像,装在本地虚拟机里的,昨天刚装的,宝塔也是最新的版本,二进制开关无效,点了很多次,显示关闭但依旧会生成,但是那个虚拟机被我删掉了,我可能没办法复现,
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:29:35 | 显示全部楼层
虾条 发表于 2022-9-2 15:28
对,跟楼主一样的问题,系统是ubuntu-22.04.1-desktop-amd64.iso这个镜像,装在本地虚拟机里的,昨天刚装 ...

对了我推测可能是在关闭的时候有大量读写然后触发的?不确定,当时关的时候正在压测
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:32:21 | 显示全部楼层
虾条 发表于 2022-9-2 15:29
对了我推测可能是在关闭的时候有大量读写然后触发的?不确定,当时关的时候正在压测 ...

我这边现在的机器是Centos7.9,操作是直接停止然后重启MySQL。再使用SHOW VARIABLES LIKE 'log_bin';命令查看就是OFF状态了。如果你后续还有这类的情况,可提供下机器。
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:32:59 | 显示全部楼层
谢花郎 发表于 2022-9-2 15:25
您好,您那边在重启MySQL服务,然后再执行下面命令看下是不是为OFF了。

...

重启好几多次了,关闭不了
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:41:22 | 显示全部楼层
谢花郎 发表于 2022-9-2 15:32
我这边现在的机器是Centos7.9,操作是直接停止然后重启MySQL。再使用SHOW VARIABLES LIKE 'log_bin';命令 ...

遇到这个问题的应该不止一两个,你联系一下楼主吧,看看能不能找出来问题,我昨天也反复试了很多次,没解决掉,重装mysql也无效,
使用道具 举报 回复 支持 反对
发表于 2022-9-2 15:48:32 | 显示全部楼层
宝塔用户_bcdhwc 发表于 2022-9-2 15:32
重启好几多次了,关闭不了

方便的话,您那边下个Todesk远程工具,然后论坛私信发我Todesk远程信息。
然后帖子内回复我下
使用道具 举报 回复 支持 反对
发表于 2022-9-2 16:02:16 | 显示全部楼层
谢花郎 发表于 2022-9-2 15:48
方便的话,您那边下个Todesk远程工具,然后论坛私信发我Todesk远程信息。
然后帖子内回复我下 ...

私信已发
使用道具 举报 回复 支持 反对
发表于 2022-9-2 16:31:57 | 显示全部楼层
已在MySQL的配置文件内的[mysqld]下添加了skip-log-bin参数,等用户观察然后反馈。
使用道具 举报 回复 支持 反对
12下一页
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

普通问题处理

论坛响应时间:72小时

问题处理方式:排队(仅解答)

工作时间:白班:9:00 - 18:00

紧急运维服务

响应时间:3分钟

问题处理方式:宝塔专家1对1服务

工作时间:工作日:9:00 - 18:30

宝塔专业团队为您解决服务器疑难问题

点击联系技术免费分析

工作时间:09:00至18:30

快速回复 返回顶部 返回列表