我创建了一个数据库、一个表并插入了一些数据,并在我的日志文件夹中找到了这个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
在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
我刚刚意识到我的服务器正在以每天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
我正在使用tidb syncer将数据从mysql复制到tidb。但我并不完全理解警告"will split alter table statement“的意思。
我刚刚发出了下面的简单alter table查询。为什么要拆分语句?它对我的模式或tidb数据有什么影响?
ALTER TABLE `agg_url_base` ADD COLUMN `price` INT NULL AFTER `consumption`
下面是tidb的syncer日志。
2019/02/11 07:45:44 meta.go:135: [info] save position to file, binl
我有一个mysql服务器(版本:5.5.3-M3-LogSource分发版),它不断显示大量的
110214 3:01:48 [ERROR] /usr/local/mysql/libexec/mysqld: Table './mydb/tablename' is marked as crashed and should be repaired
110214 3:01:48 [Warning] Checking table: './mydb/tablename'
我想知道什么是可能的棺材,以及如何修复它。下面是mysql配置的完整列表:
connect_e
我需要打开/启用它。我在网上找到了一些信息,但现在很困惑,我不知道从哪里开始。
这就是我到目前为止所拥有的。我以超级用户身份登录到MySQL,并执行了以下操作:
show variables like '%log%';
并得到了:
Variable_name | Value |
+---------------------------------+----------------------------------+
| back_log |
我正在尝试用pt表同步到表。问题是RDS bilong_format被设置为MIXED,工具需要STATEMENT。而且我们没有超特权来改变它。
我怎样才能绕开这个问题,同步我的桌子呢?
错误描述如下:
This tool requires binlog_format=STATEMENT, but the current binlog_format is set to MIXED and an error occurred while attempting to change it. If running MySQL 5.1.29 or newer, setting binlog_forma
当我们第一次启动SonarQube 5.5时,当它在MySQL中创建表格时,我们得到了下面的错误。我知道也许为了解决这个问题,可以使用BINLOG_FORMAT = MIXED。这是一项要求吗?谢谢。
ActiveRecord::JDBCError: 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. I
我尝试为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
我有个关于我的ndb集群的问题。因为有两个文件太大了我不知道为什么..。
ls -la
-rw-rw---- 1 mysql mysql 32827950588 May 25 12:35 ndb_binlog_index.MYD
-rw-rw---- 1 mysql mysql 6493449216 May 25 12:35 ndb_binlog_index.MYI
ls -lah
-rw-rw---- 1 mysql mysql 31G May 25 12:35 ndb_binlog_index.MYD
-rw-rw---- 1 mysql mysql 6.1G May 25 12:3
我正在使用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'
我有一个主写服务器(server1),它复制到两个服务器(server2和server3),这两个服务器是查询服务器。我正在将所有数据库复制到这些服务器上,包括MySQL数据库。
当我执行格兰特时,如下所示,复制工作非常完美。
GRANT execute,select ON database1.* TO `user1`@`host` IDENTIFIED BY 'password';
但是,如果我执行相同的授权来更改现有用户的权限而没有标识的子句复制中断。
Error 'Can't find any matching row in the user table&
当Debezium作为一个源在kafka中运行时,如果在目标MySQL DB (Amazon实例)上有一段时间没有进行更新,那么在某个时候我就会出现以下错误。
[2018-04-25 21:30:14,526] INFO Step 0: Get all known binlogs from MySQL (io.debezium.connector.mysql.MySqlConnectorTask:310)
[2018-04-25 21:30:14,536] INFO Connector requires binlog file 'mysql-bin-changelog.002640
我正在尝试使用Docker在我的计算机上运行一个laravel项目。但是,我在docker-composer上遇到了很多问题,因为我无法启动MySQL5.7。
我尝试了几乎所有我能在互联网上找到的解决方案,但都没有成功。我的操作系统是OSX High Sierra,PHP on computer 7.2.9,MySQL on computer 8.0。
这是docker-composer up的输出:
mysql_1 | 2018-10-08T12:04:17.219821Z 0 [Note] InnoDB: Using CPU crc32 instructions
mysql_1
我将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文件。但是它会再次加载数据库推送主题中的所有数据。我想防止这种情况