2020年10月_jerry-89

原创 Last_Error: Column 0 of table ‘mysql.user‘ cannot be converted from type ‘char(180(bytes))‘ to type

比如下面的参数在5.5版本中就不存在，但是在5.6,5.7中存在，就需要根据需求来取舍。171019 9:47:53 [ERROR] /usr/local/mysql_5.5/bin/mysqld: unknown variable 'master_info_repository=TABLE'171019 9:47:53 [ERROR] Aborting171019 9:48:48 [ERROR] /usr/local/mysql_5.5/bin/mysqld: unknown var...

2020-10-27 18:48:47 1006

原创 mysql全量和增量备份详解

应用场景：1）增量备份在周一到周六凌晨3点，会复制mysql-bin.00000*到指定目录；2）全量备份则使用mysqldump将所有的数据库导出，每周日凌晨3点执行，并会删除上周留下的mysq-bin.00000*，然后对mysql的备份操作会保留在bak.log文件中。脚本实现：1）全量备份脚本（假设mysql登录密码为123456；注意脚本中的命令路径）：[root@test-huanqiu ~]# vim /root/Mysql-FullyBak.sh#!/bin/bash# P

2020-10-21 15:15:31 634

原创 mysqldump备份时保持数据一致性分析--master-data=2 --single-transaction

对MySQL数据进行备份，常见的方式如以下三种，可能有很多人对备份时数据一致性并不清楚1、直接拷贝整个数据目录下的所有文件到新的机器。优点是简单、快速，只需要拷贝；缺点也很明显，在整个备份过程中新机器处于完全不可用的状态，且目的无法释放源数据文件中因为碎片导致的空间浪费和无法回收已发生扩展的innodb表空间。2、用xtrabackup进行热备。优点是备份过程中可继续提供服务；缺点和第一种方法差不多，目的分区无法释放源数据文件中因为碎片导致的空间浪费和无法回收已发生扩展的innodb表空间。...

2020-10-21 14:56:05 3689

原创深入理解mysqldump原理 --single-transaction --lock-all-tables --master-data

在mysqldump过程中，之前其实一直不是很理解为什么加了--single-transaction就能保证innodb的数据是完全一致的，而myisam引擎无法保证，必须加--lock-all-tables，前段时间抽空详细地查看了整个mysqldump过程。理解master-data和--dump-slave--master-data=2表示在dump过程中记录主库的binlog和pos点，并在dump文件中注释掉这一行；--master-data=1表示在dump过程中记录主库的binlo

2020-10-21 14:50:21 371

原创 ibdata1文件过大问题

处理MySQL的ibdata1文件过大问题本人在对数据库进行大量的数据插入和删除的时候，发现ibdata1的占了将近一个Tibdata1文件是什么？ibdata1是一个用来构建innodb系统表空间的文件，这个文件包含了innodb表的元数据、撤销记录、修改buffer和双写buffer。如果file-per-table选项打开的话，该文件则不一定包含所有表的数据。当innodb_file_per_table选项打开的话，新创建表的数据和索引则不会存在系统表空间中，而是存放在各自表的.ibd文

2020-10-20 19:02:34 4544 1

原创 ERROR 1273 (HY000): Unknown collation: ‘utf8mb4_0900_ai_ci‘

一、导入失败错误提示：ERROR 1273 (HY000): Unknown collation: 'utf8mb4_0900_ai_ci'是因为linux下MySQL版本不兼容导致的我们需要做的是打开我们导出的的sql文件• 把文件中的所有的utf8mb4_0900_ai_ci替换为utf8_general_ci• 以及utf8mb4替换为utf8• 如上图所示的位置，上图只是一部分，注意全部替换。配置本地：mysql 8.0.19服务器：mysql 5.7...

2020-10-14 16:38:50 4863 3

原创 ERROR 1197 (HY000): Multi-statement transaction required more than ‘max_binlog_cache_size‘ bytes of

max_binlog_cache_size设置不当引发的血案ERROR 1197 (HY000): Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again日常运维中的坑真是防不胜防，不一小心就遇到别人给你挖的坑。其中把max_binlog_cache_size设置的只有2G，而MySQL早

2020-10-13 11:39:09 4792

原创 Xtrabackup版本低，不支持备份MySQL8.0.20，提示Unknown redo log format (4).

备份时出现下面的提示Unknown redo log format (4). Please follow the instructions at http://dev.mysql.com/doc/refman/8.0/en/ upgrading-downgrading.html.MySQL8.0.20的Release Note中有下面的提示：InnoDB: Redo log records for modifications to undo tablespaces increased ..

2020-10-09 11:21:24 4093

eagle89的专栏