我刚刚意识到我的服务器正在以每天2GB的速度增长,这是不正常的。
我查看了我的文件夹,文件夹/ var / lib / mysql达到了26 GB
正常情况下应该是4GB左右
一个月前,我将我的MySQL 5.7数据库迁移到MySQL 8.0
我想我的磁盘里满是二进制文件。
我想知道为什么这些文件突然变大了?
如何在不损坏数据库的情况下修复这个问题?
total 26511376
-rw-r----- 1 mysql mysql 56 Aug 19 2018 auto.cnf
-rw-r----- 1 mysql mysql 178 Mar 10 06:07
我尝试为MySQL5.7配置MHA 0.56,一切都完成了。当我运行masterha_check_repl时,我得到以下消息:executing command: save_binary_logs --command=test --start_pos=4 --binlog_dir=/data/mysql --output_file=/data/mysql Failed to save binary log: Set --start_file=<starting_binlog_filename> or --binlog_prefix=<binlog_file_prefix&g
尝试通过java运行或更新sphinx时出错(特别是在我的单元测试中)。这不会导致任何内容被索引或返回。
FATAL: binlog: log open error: failed to open ./binlog.001: No such file or directory
WARNING: could not open pipe (GetLastError()=2)
在Percona XtraDB集群的所有三个节点中,我都看到了大量的二进制日志文件的突然增加:
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:11 binlog-32.000001
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:36 binlog-32.000002
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:48 binlog-32.000003
-rw-rw---- 1 mysql mysql 1,1G 19 oct. 16:59 binlog-32.000004
我创建了一个数据库、一个表并插入了一些数据,并在我的日志文件夹中找到了这个binlog.0000001,但是当我执行mysqlbinlog binlog.0000001时,它只显示下面的内容,看起来不完整:(日志dir:binlog.000001 binlog.index中只有两个文件)
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#1
[2020-11-02 14:49:40] I Connected to Tarantool at 127.0.0.1:3301
[2020-11-02 14:49:41] I Tarantool reported null binlog position. Dumping tables...
[2020-11-02 14:49:41] E Error in reading binlogs: Slave::check_binlog_format(): got invalid binlog format: STATEMENT
[2020-11-02 14:49:41] E Terminatin
我正在使用MariaDB,下面是我的配置文件:
cat /etc/my.cnf.d/server.cnf
....
binlog_format=row
server_id=12
sync_binlog = 100
binlog-row-image = full
binlog_cache_size = 16M
binlog_stmt_cache_size = 16M
但是,tpm安装有如下错误消息:
ERROR >> 127_0_0_1 >> The MySQL datasource binlog_format must be set to 'ROW'
我将binlog mysql中的数据同步到kafka,有时binlog文件被删除,重新启动连接器时出现错误
org.apache.kafka.connect.errors.ConnectException: The connector is trying to read binlog starting at binlog file 'mysql-bin.000003', pos=154, skipping 0 events plus 0 rows
我将/tmp/connect.offsets更改为当前binlog文件。但是它会再次加载数据库推送主题中的所有数据。我想防止这种情况
我所做的导致错误
我在linux服务器中手动删除了bin日志文件,因为我耗尽了空间,因此无法启动MySql。
命令:服务mysql状态
mysql.service - MySQL Community Server
Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)
Active: inactive (dead) (Result: exit-code) since Thu 2021-01-28 12:46:17 UTC; 3 days ago
Main P
我将WSO2 API管理器1.8与MySQL结合使用。我无缘无故地在错误之下。
ERROR - JDBCResourceDAO Failed to delete the resource with id 758. Cannot execute statement: impossible to write to
binary log since BINLOG_FORMAT = STATEMENT and at least one table uses a storage engine limited to row-based logging. InnoDB is limited to row