mysql数据拷贝慢，mysql 拷贝数据库文件

mysql数据库操作耗时很久是什么原因

DB重启之后要预热的，因为内存中缓存的数据都被清空了，需要一段时间的预热才能提高响应速度。DB确实很慢很慢，查磁盘负载，是不是磁盘读写IO已经满了。

删除的条件判断占用了很久，比如删除的条件用不到任何索引且不是主键。删除的表中建立了索引而且数据量比较大，每次删除都要更新很多索引信息。可能单纯的删除的数据量比较大。

两种可能 第一是 机器本身有太多的进程或者服务导致cpu占有两次太高 或者硬盘老化 冗余数据较多 查询结果缓慢 第二还有可能是 mysql的设置或者sql语句本身的问题了 看是哪方面的。

观测手法也就那么几种，我们把服务器的资源全部都观察一圈就可以了。第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。

MySQL 在崩溃恢复时，会遍历打开所有 ibd 文件的 header page 验证数据字典的准确性，如果 MySQL 中包含了大量表，这个校验过程就会比较耗时。 MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。

相关问答

Q1: mysql备份几百万的数据很慢

至少连续7个小时。单台数据库，四个数据库，test1，test2，test3，test4，平均个库10G文件，共40G。

因为你没有上传你的备份语句，不知道你使用是否有问题或者可能是锁表了，在备份过程时查看一下mysql线程，看看是否有锁表。

windows系统就用windows系统自带的备份软件备份，基本是就是备份文件，想用第三方备份就选择个备份软件（中科同向的备份软件不错）。增量备份和完全备份结合使用最好，如果想在省事一点就用CDP持续数据保护软件。

Q2: 为什么mysql数据库备份一个很小的数据库都很慢

mysql备份几百万的数据很慢，这个的话其实是有很多的元素导致的，其中最大原因就是因为备份的数据过于庞大所导致的。

mysqldump程序备份数据库较慢，但它生成的文本文件便于移植。使用mysqlhotcopy等程序备份速度快，因为它直接对系统文件进行操作，需人为协调数据库数据的备份前后一致性。

以MySQL为例：影响数据库性能的主要因素总结如下：sql查询速度 网卡流量 服务器硬件 磁盘IO 以上因素并不是时时刻刻都会影响数据库性能，而就像木桶效应一样。

warning (0.00 sec)对比下以上两个，加了HINT的比不加HINT的cost小了100倍。总结下，就是说表的cardinality值影响这张的查询计划，如果这个值没有正常更新的话，就需要手工加HINT了。

INTOOUTFILE，又或者备份二进制日志(binlog)，还可以是直接拷贝数据文件和相关的配置文件。MyISAM表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。

这个主要看你存储设备的速度了，如果是普通硬盘没做raid的7200转的，带宽是不会高于100MB/s。

mysql数据拷贝慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql 拷贝数据库文件、mysql数据拷贝慢的信息别忘了在本站进行查找喔。