@drymonfidelia 索引使用看起来没什么问题。考虑增加 MySQL/InnoDB 的内存，也就是调大参数 innodb_buffer_pool ，然后把所有的数据查一遍加载到内存（ warm up ），再试试。内存充足，性能应该在几毫秒以内

@freeskysssss 建议你看看 https://v2ex.com/about 这个页面 “这里绝对不讨论任何有关盗版软件、音乐、电影如何获得的问题”

补充上一条：Datagrid 价格大概是$22.9 / 月（包年能够便宜一点）

还是搞两个虚拟机比较好。这两个是直接竞争的产品，“有你没我、有我没你”的那种竞争，装一起各种问题。

* 接受商业版本的话，Navicat 是最好用的，价格大概 35 美元 /每月
* 开源版本的话，DBeaver 是不错的选择
* 如果云数据库(RDS)比较多的话，可以使用 NineData ，SaaS 服务，免费
* 如果只是 MySQL 一种数据库的话，MySQL 官方工具 MySQL Workbench 也可以
* 如果习惯用 Jetbrains 全家桶，可以用 DataGrid

总的来说，MySQL GUI 工具是一个比较分散的市场。上面几款，除了 NineData 和 DataGrid ，应该都还算是主流。

2009 年至今写了 13 年的博客了，用得 Wordpress ，各种主题和插件还是挺好用的。不过要配置主题的话，有点点上手难度，需要摸索一下，不过一旦适应了，还是非常好用的。Wordpress 自身的定制功能已经非常强了，如果加上一些自己的 CSS 基本能够满足各种需求。

so: https://www.orczhou.com

同意楼上的意见

算是利益极其相关吧：有个 NineData 的公司，专门做多云的数据同步。可以考虑一下。

本人是第三、四版译者之一。
回答一下回复中的部分问题：“为什么第三版有 800 页，第四版只有 300 页，两本的作者还都不一样”

MySQL 在过去十年发生了很大的变化，所以删除了大量过时（所有 MyISAM 引擎的内容）的内容、同时将文档中描述比较详细的内容（在第三版发布时，文档还不详细）都删除了。

作者变化原因大概是因为原第三版作者并没有精力再去维护，而这本书又到了需要更新的时候，所以出版社重新找到现在的作者做了更新。

不过，了解 MySQL 最好的书籍应该还是英文原版的文档，内容还是非常不错的。只是读起来略有一些难度。

PostgreSQL 已经 40 多年了

目前，从看到信息来判断，是无法得出什么结论的，只能做一些猜测，再去验证。
通常的，对于 MySQL 数据库，在系统异常的时候，MySQL 慢查询数量的经常都会增长，如上所说，经常都是果不是因，因为 MySQL 并不记录这条 SQL 是为什么慢，是排队还是锁，还是执行时间长。另外，因可能也隐藏在这个大量的慢 SQL 中，只是通常比较难以排查。

目前的信息，还比较难看出是哪里的问题。可以考虑从应用的角度也去排查，看看出现了哪些不应该出现的 query ，或者以前执行次数很少的 query ，现在变多了。如果整体应用系统波动都不大，那可能就是 PolarDB 或者阿里云有什么不稳定的地方

11 点 10 分~12 点 10 分之间，持续了一个小时的内存池每秒读取超 200 万，行扫描 /每秒超 100 万，说明是有“操作”在执行的；“重启之后只正常了 10 秒左右 2 个节点瞬间又拉到 100%”说明这个“操作”并没有重启而停止，而且从性能指标来看，这个“操作”应该持续了 1 个小时

从性能趋势图来看，缓冲池的请求达到 200~300 万，是非常大的；另外，CPU 到 100%；扫描数据行数也有时候超过 150 万行 /秒，基本上是有比较慢的 SQL 或者批量大操作在持续执行。 找到这样的 query ，并优化之，是解决问题的根本原因。

真実はいつもひとつ！ 国内云数据库在诊断上普遍做得不太好，等待事件，Top SQL 如果有的话，应该很快可以破案。

本人前阿里云员工，对 PolarDB 还比较了解，现在已经无任何利益相关了。