MySQL5.7 切不要"乱射" --transaction-write-set-extraction=MURMUR32

今天早上一个朋友找到了我,说他们备份失败了,使用的版本为MySQL 5.7.15

报错信息如下:

mysqldump: Couldn‘t execute ‘SAVEPOINT sp‘: 
The MySQL server is running with the --transaction-write-set-extraction!=OFF 
option so it cannot execute this statement (1290)

由于--transaction-write-set-extraction=MURMUR32该参数是基于MySQL5.7 Group Replication组复制的,而他们线上并没有使用该功能,只是参考网上的5.7模板设置,结果在备份的时候报错。

BUG地址:

https://bugs.mysql.com/bug.php?id=81494

解决:

set global transaction_write_set_extraction = ‘OFF‘;

将这个参数关闭,再mysqldump顺利导出成功。

时间: 2024-11-08 19:15:20

MySQL5.7 切不要"乱射" --transaction-write-set-extraction=MURMUR32的相关文章

MySQL5.7配置参数

MySQL5.7的参数调整配置,参考例子,某些具体参数的设置还需要根据实际来调整. [client] port                            = 3306 socket                          = /tmp/mysql3306.sock default_character_set           = utf8mb4 [mysqld] lower_case_table_names   = 1 port                      

MySQL Group Replication调研剖析

一.MySQL复制的三种模式 MySQL当前存在的三种复制模式有:异步模式.半同步模式和组复制模式,先了解一下三种模式的工作方式. 1.MySQL Asynchronous Replication(异步复制) 异步复制是MySQL最早的也是当前使用最多的复制模式,异步复制提供了一种简单的主-从复制方法,包含一个主库(master)和备库(一个,或者多个)之间,主库执行并提交了事务,在这之后(因此才称之为异步),这些事务才在从库上重新执行一遍(基于statement)或者变更数据内容(基于row)

drop table big_table 调试

(gdb) thread apply all bt Thread 9 (Thread 0x7f5430627940 (LWP 5126)): #0 0x00007f5497db1019 in [email protected]@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000baaa63 in os_cond_wait (cond=0x42b5d40, fast_mutex=0x42b5d00) at /usr/src/mysq

MySQL组复制技术实现与数据库性能测试工具

测试环境 本文档是在 99Cloud Lab OpenStack 平台虚机上面测试,仅供参考. 系统: CentOS 7.3 虚机: 2 核 4G 版本: MySQL 5.7 技术架构 MySQL Group Replication(简称 MGR)是官方推出的高可用解决方案,原生复制技术,基于插件的方式工作.其中 single primary mode 单主模式只有一个读写,其余都是只读. multi primary mode多主模式全部可读写 不管组复制单主还是多主的故障切换都无法让应用无感知

MySQL5.7—在线DDL总结

---切记:DDL操作要在业务低峰期进行 1.MySQL各版本,对于DDL的处理方式是不同的,主要有三种: ①:Copy Table方式: 这是InnoDB最早支持的方式.顾名思义,通过临时表拷贝的方式实现的.新建一个带有新结构的临时表,将原表数据全部拷贝到临                    时表,然后Rename,完成创建操作.这个方式过程中,原表是可读的,不可写.但是会消耗一倍的存储空间. ②:Inplace方式:这是原生MySQL 5.5,以及innodb_plugin中提供的方式.

Win7系统安装MySQL5.5.21图解教程

大家都知道MySQL是一款中.小型关系型数据库管理系统,很具有实用性,对于我们学习很多技术都有帮助,前几天我分别装了SQL Server 2008和Oracle 10g数据库,也用了JDBC去连接他们,都没有出现乱码.昨天看同学用Java连接MySQL数据库的时候,出现了乱码,这是我不知道的,我马上上网去查JDBC连接MySQL的操作,发现在用JDBC方式连接MySQL数据库的时候要传递一个能解决乱码的参数,才能将不是乱码的数据插入到数据库中.这是我要安装MySQL数据库的其中一个原因,想去体验

mysql主从复制--mysql-5.6基于GTID及多线程复制

GTID,Global Transaction Identifiers,全局事务标识符     由服务器的UUID和事务ID号组成一个唯一的标识.mysql 5.6后,事务首部会记录server UUID,追踪十分简单. UUID,Universally Unique Identifier,全局唯一标识符. A为master,B.C为slave,当A宕机时,B将成为New Master.C需将自己有的事务而B没有的事务复制给B,然后B才能成为Master. B和C双方事务的协商过程,由于GTID

Linux mysql-5.7.11 Setup

1.rpm bundel包下载到 /usr/local/src中: [[email protected]localhost src]# ls mysql-5.7.11-1.el6.x86_64.rpm-bundle.tar 2解压缩bundle包 [[email protected] src]# tar xf mysql-5.7.11-1.el6.x86_64.rpm-bundle.tar  [[email protected] src]# ls mysql-5.7.11-1.el6.x86_6

阿里云Centos7使用yum安装MySQL5.6.24的正确姿势

阿里云Centos7使用yum安装MySQL5.6.24 阿里云Centos7使用yum安装MySQL5.6.24 前言:由于某些不可抗力,我要在自己的阿里云服务器上搭建hadoop+hive+mysql+tomcat环境,下为mysql的安装记录 →_→大家都知道,centos自带的repo是不会自动更新每个软件的最新版本,所以无法通过yum方式安装MySQL的高级版本.所以,即使我使劲用yum -y install mysql mysql-server mysql-devel,也是没有人会鸟