MySQL 单机逻辑备份

图1 备份报错

问题原因

数据库未开启日志模式。

解决方案

1. 使用命令查看是否开启了日志模式。

   show variables like 'log_bin';

2. 如果没有开启可通过修改mysql配置文件my.ini开启。
   1. Windows操作系统下，编辑my.ini在[mysqld]下添加log_bin=mysql_bin。Linux需要编辑my.cnf在[mysqld]下添加log_bin=mysql_bin。
   2. 保存后重启mysql服务。

图2 备份报错

问题原因

检查数据库服务是否正常。

解决方案

若数据库服务未启动则开启数据库服务。

图3 备份报错

问题原因

环境中存在一个长时间占用数据库的连接，会导致软件在创建数据库快照点时卡死不返回。

解决方案

及时与客户沟通：是否可暂停当前占用数据库的进程。若允许暂停，则将此进程暂时停止，等备份完之后再启动或者重启数据库。

问题原因

由于恢复后无法判断数据库是否恢复过，所以无法检测到是否需要转为完全备份，该增量备份时间点不可用。

解决方案

MySQL数据库恢复成功后，需要重启发起一次完全备份。

图4 备份报错

问题原因

客户端后台出现“Writing to net”问题，原因1. 返回结果集太大，网络负载较大。2. Max_allowed_packet参数设置过小。

解决方案

1. 将Max_allowed_packet参数设置改大。
2. 建议控制台和客户端在同一网段来避免此问题。
3. 如果还有此问题，重启客户端服务重新备份。

图5 客户端授权报错

问题原因

1. MySQL数据库服务未开启。
2. 客户端安装时，选择的MySQL用户输入错误。
3. Linux操作系统下，用户无法执行netstat命令。

解决方案

1. 开启MySQL数据库服务。
2. 选择MySQL数据库安装时指定的用户，一般为mysql用户。
3. 在root用户下执行如下命令。

   chmod +s /bin/netstat

图6 客户端授权报错

图7 客户端授权报错

问题原因

客户端后台执行netstat -nap|grep mysqld 报错。

解决方案

• 方法一：在客户端的操作系统配置文件中路径/etc下，编辑sudoers文件，将配置文件中‘Defaults requiretty’注释掉，并添加MySQL用户相关信息：

  mysql ALL=(ALL) NOPASSWD:ALL。

  图8 添加MySQL用户相关信息
  

  再将安装路径如HBRBackupClient/etc/ClientService下的mysqlEnv.config文件中将disabled值添加为任意数字即可。

  图9 mysqlEnv.config配置
  
• 方法二：直接在root用户下执行如下命令。

  chmod +s /bin/netstat。

图10 备份失败

问题原因

任务的数据源中有数据库被删除，导致查询命令失败。

解决方案

创建新的mysql任务，重新备份。

问题原因

MySQL 自定义函数未备份到本地ofs卷中。

解决方案

配置mysqlEnv.config文件，在文件中添加function_backup_path=/tmp（tmp可以为其他自定义目录）。

图11 配置mysqlEnv.config文件