mysql导入数据库没有反应,sql数据库导入失败

本文目录一览：

1、MySQL数据库导入出错
2、MYSQL数据库导入失败怎么办
3、mysql数据库运用mysqldump命令过后没有反应是什么情况。如图。
4、高手我的mysql数据库导入不进去出现错误怎么修改

MySQL数据库导入出错

如果从库上表 t 数据与主库不一致，导致复制错误，整个库的数据量很大，重做从库很慢，如何单独恢复这张表的数据？通常认为是不能修复单表数据的，因为涉及到各表状态不一致的问题。下面就列举备份单表恢复到从库会面临的问题以及解决办法：

场景 1

如果复制报错后，没有使用跳过错误、复制过滤等方法修复主从复制。主库数据一直在更新，从库数据停滞在报错状态（假设 GTID 为 aaaa:1-100）。

修复步骤：

在主库上备份表 t （假设备份快照 GTID 为 aaaa:1-10000）；

恢复到从库；

启动复制。

这里的问题是复制起始位点是 aaaa:101，从库上表 t 的数据状态是领先其他表的。aaaa:101-10000 这些事务中只要有修改表 t 数据的事务，就会导致复制报错，比如主键冲突、记录不存在（而 aaaa:101 这个之前复制报错的事务必定是修改表 t 的事务）

解决办法：启动复制时跳过 aaaa:101-10000 这些事务中修改表 t 的事务。

正确的修复步骤：

1. 在主库上备份表 t （假设备份快照 GTID 为 aaaa:1-10000），恢复到从库；

2. 设置复制过滤，过滤表 t：

CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = ('db_name.t');

3. 启动复制，回放到 aaaa:10000 时停止复制（此时从库上所有表的数据都在同一状态，是一致的）;

START SLAVE UNTIL SQL_AFTER_GTIDS = 'aaaa:10000';

4. 删除复制过滤，正常启动复制。

注意事项：这里要用 mysqldump --single-transaction --master-data=2，记录备份快照对应的 GTID

场景 2

如果复制报错后，使用跳过错误、复制过滤等办法修复了主从复制。主、从库数据一直在更新。

修复步骤：

在主库上备份表 t （假设备份快照 GTID为 aaaa:1-10000）；

停止从库复制，GTID为 aaaa:1-20000；

恢复表 t 到从库；

启动复制。

这里的问题是复制起始位点是 aaaa:20001，aaaa:10000-20000 这些事务将不会在从库上回放，如果这里面有修改表 t 数据的事务，从库上将丢失这部分数据。

解决办法：从备份开始到启动复制，锁定表 t，保证 aaaa:10000-20000 中没有修改表 t 的事务。

正确修复步骤：

对表 t 加读锁；

在主库上备份表 t；

停止从库复制，恢复表 t；

启动复制；

解锁表 t。

如果是大表，这里可以用可传输表空间方式备份、恢复表，减少锁表时间。

MYSQL数据库导入失败怎么办

MySQL数据库的导入，有两种方法：

1) 先导出数据库SQL脚本，再导入；

2) 直接拷贝数据库目录和文件。

在不同操作系统或MySQL版本情况下，直接拷贝文件的方法可能会有不兼容的情况发生。

所以一般推荐用SQL脚本形式导入。

mysql数据库运用mysqldump命令过后没有反应是什么情况。如图。

通用规律只有使用 --all-databases (-A) 会 ERROR 1356，那就看看他到底备份了什么东西。于是喊上同事一起 less 看了下，上下扫了两眼。突然发现：1. 备份 SQL 文件里 DROP 掉了 mysql.proc；2. 后CREATE了一个新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中间居然没有备份 CREATE ROUTINE 任何数据？这不就是相当于每次导入全备都给我一个没有任何 sys schema routines 的全新 mysql.proc 表？那这不就异常的尴尬？

---- Table structure for table `proc`--

---- Dumping data for table `proc`-

真相大白在官方文档【sys-schema-usage】官方文档明确的告诉我们不会备份 sys 库。但在使用 mysqldump 在执行 --all-databases 会清空 mysql.proc 导致 sys 无法正常使用；这是一个 BUG，并且只存在于 MySQL 5.7.x ！

1、mysql_upgrade install or upgrade sys schema

这个方案适用于 sys 库已经因为 mysqldump 导入而损坏的情况下使用。

注意：mysql_upgrade 在修理 sys 库的同时，还修理 mysql 库和用户库表（期间加锁且速度一般），有极小可能会误伤；使用 mysql_upgrade 的时候要加上 --upgrade-system-tables，不然会扫描用户库表。

2、全备时同时备份 sys 库

这个方案适用于需要还原的数据库，sys 库也不太正常的情况下使用；在全备后额外再备份一份 sys 库用于修复。

注意：不适用于做主从时使用它。

3、使用 databases 全备

这个方案适用于所有场景的全备需求，100% 安全。

4、使用 mysql-sys 开源代码

如果你的数据库 sys 全部中招了，又是生产库。那你只能用这个方法；

mysql-sys：

中记录了 sys 库的创建语句将文件下载到本地，然后根据数据库版本，执行以下命令即可。

高手我的mysql数据库导入不进去出现错误怎么修改

什么错误？

MySQL命令行导出数据库

进入MySQL目录下的bin文件夹cdMySQL中到bin文件夹的目录

如 cd C:ProgramFilesMySQLMySQLServerbin

(或者直接将windows的环境变量path中添加该目录)

导出数据库mysqldump -u用户名 -p数据库名导出的文件名

如:mysqldump -u root -p jluibmclubd:jluibmclubsql(输入后会让你输入进入MySQL的密码)

(如果导出单张表的话在数据库名后面输入表名即可)

在用命令做数据库备份过程在cmd命令框中输入C:/mysql/binmysqldumpurootpjluibmclubd:jluibmclubsql;

命令行导入数据库

进入MySQLmysqlu用户名p

如 : mysqlurootp(输入同样后会让你输入MySQL的密码)

在MySQLFront中新建你要建的数据库这时是空数据库如新建一个名为news的目标数据库

输入mysqluse目标数据库名

如 : mysqlusenews;

导入文件mysqlsource导入的文件名;

如： mysqlsourcenewssql(如果在bin目录下用相对路径名如果在其他目录下用绝对目录名);