mysql备份错误记录

今日遇到一个问题,mysql数据量备份出错,记录如下:

错误显示:

Enter password:
mysqldump: Got error: 1449: The user specified as a definer (‘ljgps‘@‘%‘) does not exist when using LOCK TABLES

查询多次后,解决方法:

mysqladmin -uroot -p123456 flush-logs;
  /opt/mysql/bin/mysql -uroot -p123456

/opt/mysql/bin/mysqldump -uljgps -p  ljgps  > ljgps.sql

添加ljgps用户,备份时不要输入密码123456,数据库会认为密码过于简单暴露而不去执行,可以这样:

/opt/mysql/bin/mysqldump -uljgps -p  ljgps  > ljgps.sql

然后再输入密码:回车执行即可。

时间: 2024-10-17 17:25:11

mysql备份错误记录的相关文章

mysql编译错误记录

最近换了一家公司了,很多基础环境重新做,遇见一个问题,记录一下之前自动编译的mysql脚本发现无法使用了原先环境是cento6.7环境可以正常使用,现在使用centos7.4环境发现报错 /application/mysql/scripts/mysql_install_db --basedir=/application/mysql/ --datadir=/application/mysql/data/ --user=mysql FATAL ERROR: please install the fo

mysql主从错误记录跳过

stop slave; set global sql_slave_skip_counter=1;(跳过一条记录数) start slave; show slave status \G

Mysql备份系列(4)--lvm-snapshot备份mysql数据(全量+增量)操作记录

Mysql最常用的三种备份工具分别是mysqldump.Xtrabackup(innobackupex工具).lvm-snapshot快照.前面分别介绍了:Mysql备份系列(1)--备份方案总结性梳理Mysql备份系列(2)--mysqldump备份(全量+增量)方案操作记录Mysql备份系列(3)--innobackupex备份mysql大数据(全量+增量)操作记录 废话不多说,下面即是使用lvm-snapshot快照方式备份mysql的操作记录,仅依据本人实验中使用而述. 操作记录:如下环

mysql 存储过程错误调试记录

 mysql存储过程错误调试记录 公司平台在mysql数据库上运行,一些存储过程报错,调试过程痛苦,记录错误及解决办法,供参考. 调试环境:dbForge Studio for MySQL 6.1版本,试用版: 1.BIZ_GET_ORGAN_BY_CONDITION 问题1:提示递归调用错误,递归次数太多:根据业务设置,最大255: [email protected]@max_sp_recursion_depth = 10; 常见如乱码造成导致条件失效,出现死循环: 问题2:变量的内容是乱

mysql备份与还原

防伪码:志向不过是记忆的奴隶,生气勃勃地降生,但却很难成长. 一.mysqldump备份结合binlog日志恢复 MySQL 备份一般采取全库备份加日志备份的方式,例如每天执行一次全备份,每小时执行一 次二进制日志备份.这样在 MySQL 故障后可以使用全备份和日志备份将数据恢复到最后一个 二进制日志备份前的任意位置或时间. 1.binlog介绍 mysql的二进制日志记录着该数据库的所有增删改的操作日志(前提是要在自己的服务器上 开启binlog),还包括了这些操作的执行时间.为了显示这些二进

选择适用才最好 盘点MySQL备份方式

我们要备份什么? 一般情况下, 我们需要备份的数据分为以下几种 数据 二进制日志, InnoDB事务日志 代码(存储过程.存储函数.触发器.事件调度器) 服务器配置文件 备份工具 这里我们列举出常用的几种备份工具 mysqldump : 逻辑备份工具, 适用于所有的存储引擎, 支持温备.完全备份.部分备份.对于InnoDB存储引擎支持热备 cp, tar 等归档复制工具: 物理备份工具, 适用于所有的存储引擎, 冷备.完全备份.部分备份 lvm2 snapshot: 几乎热备, 借助文件系统管理

实现Mysql 备份与还原

前言:本篇主要讲 1.使用Mysqldump结合binlog日志备份与恢复 2.使用xtrabackup进行Mysql数据库备份与恢复 ################# mysqldump备份结合binlog日志恢复功能介绍 ##################### MySQL备份一般采取全库备份加日志备份的方式,例如每天执行一次全备份,每小时执行一次二进制日志备份.这样在MySQL故障后可以使用全备份和日志备份将数据恢复到最后一个二进制日志备份前的任意位置或时间. 1.binlog介绍 m

MySQL备份之mysqldump和lvm2的使用

逻辑备份:工具 mysqldump, mydumper, phpMyAdmin(备份的缺点:Schema和数据存储一起.会生成巨大的SQL语句.单个巨大的备份文件)连上MySQL后,将数据导出来.考虑到备份的数据可能会比较大,在比较在乎硬盘空间情况下可以使用压缩工具来先压缩后存放. 完全备份并不是指备份所有库是指备份指定数据集当中的所有数据,通常也可以是单个数据库.完全备份+增量备份时,先用mysqldump做一下完全备份,过一个时间后,备份一下这个时间内的二进制日志(每次备份都记录一下位置二进

MySQL备份可能遇到的坑

MySQL备份工具,支持各种参数选项,使用不同的选项极有可能影响备份处理过程.本文使用我们常规认为合理的备份参数,测试/验证是否存在容易忽视的坑 # 常规备份参数 # mysqldump shell> mysqldump --single-transaction --master-data=2 -B replcrash >dbname_dump_serverid_`date +%Y%m%d`.sql # mysqlpump shell> mysqlpump --single-transa