问题标签 [mysqldumpslow]

MySQLdump 和上传过程需要很长时间（~8 小时）才能完成整个过程。

我将活动数据库转储到 mysqldump.tar 文件和几乎 3gb 中。当我加载到新数据库时，需要 6-8 小时才能完成该过程（上传到新数据库）。

完成该过程的推荐解决方案是什么？

我已修改mysql配置以记录慢速查询

并用mysqldumpslow. 结果之一如下

问：括号里的数字是什么意思？

mysql使用（或通过mysqlGUI）运行时，查询确实需要大约 0.21 秒；但是，当向页面发出请求时，时间跨度更像是 5 秒。

额外阅读：mysqldumpslow：这些字段表示什么..？

date +'%d_%m_%Y_%H_%M_%S'mysqldumpslow -sc -t 15 -v /tmp/my-slow.log >> /tmp/file_.log

从 /tmp/my-slow.log 读取 mysql 慢查询日志在 /usr/bin/mysqldumpslow 第 162 行，<> 块 18 处死亡。

分析日志是一个主要问题。如果你有一个遗留代码和成百上千的查询运行，你一定会对改进什么、改进哪里以及改进多少感到困惑，因为在你要投入多少努力之间总是有一个权衡在某个优化问题上。

那么第一步，就是分析我们哪里出错了。这只能通过正确分析日志来实现。没有它，您可能不知道您的应用程序到底出了什么问题。

那么你如何分析 MySQL 日志呢？

我做了mysqldump，当我尝试恢复它时：

它说：

mysql: [警告] 在命令行界面使用密码可能不安全

并暂停大约 10 秒，即使dump.sql非常小。消息没有问题，但是如何摆脱停顿呢？

我希望，这是解决这个问题的正确论坛。但由于存在mysqldump标签，我认为是这样。

我正在使用带有 macOS Catalina 10.15.7 (19H524) 的 Mac。

由于我重新安装了 Homebrew，因此也删除了一些文件夹，mysqldump所以不再工作了。我总是收到以下错误消息：

有没有可能是我mysqldump误删了？我怎样才能让它工作？

我正在将我的 MySQL 数据库从裸机设置迁移到 Kubernetes。所以我导出了一个大小约为 8.9GB 的 MySQL 转储，并将 MySQL 转储上传到我的 Kubernetes 主节点上。使用命令插入转储

插入速度非常慢，因此我一一导入表以观察其行为。一个 1.8GB 的​​转储需要 5 个多小时才能完成。

SELECT 命令本身需要 0.013 秒来选择 1000 个条目。批量数据的 INSERT INTO 最多可能需要 72 秒到 120 秒。

我通过互联网搜索，发现 MySQL 转储插入容器的速度很慢。

有没有人有同样的经历？并且可以给我一些加快转储导入速度的线索吗？

我的集群的一些细节

MySQL Pod 使用 pod 部署进行部署，db 被转储到定义的 pvc 中。

Pod 的 YAML 配置

一个master节点和三个worker节点安装了rancher。

Kubernetes 安装使用

提前致谢。