Google Cloud MySQL托管实例使用100％的CPU数小时。 有什么用吗？

Question

在我们由Google Cloud管理的MySQL实例上，我们遇到以下问题。

...从图片中可以看出，CPU使用率100％已超过5小时。 这是不正常的。

已尝试 -通过Google Cloud Shell连接到MySQL实例。 执行show full processlist; ＆ show processlist ...那里没什么有趣的。 -执行了SHOW ENGINE INNODB STATUS\\G; 。 我没问题。 -Google Stackdriver Monitoring没有提供任何我可以使用的额外信息。 只是相同的CPU使用率图表。

总而言之，我看不到MySQL实例本身是不好的。 在MySQL实例上具有数据的服务通常会执行。

---

那么我如何获取有关MySQL托管实例上实际使用CPU的信息？

当然，我可以重新启动实例，问题可能会再次消失，但是我想深入了解这里的情况。

---

信息：-MySQL v5.7

---

非常感谢你。

---

更新181206

• 执行“ SHOW GLOBAL STATUS; ，在这里找到它-> https://pastebin.com/M67FD5Vk
• 执行“ SHOW GLOBAL VARIABLES; ，在这里找到它-> https://pastebin.com/cvsyt​​BMY
• 使用的产品是Google Cloud的Cloud SQL解决方案，它是一个托管的MySQL实例。 此处提供更多信息-> https://cloud.google.com/sql/docs/mysql/ （我想我也说过这也是原始问题。但是，现在也有指向产品文档的链接）。
• 实例为db-n1-standard-1 。 此处更多-> https://cloud.google.com/sql/docs/mysql/pricing#2nd-gen-instance-pricing
• 执行SHOW FULL PROCESSLIST; ，在这里找到它-> https://pastebin.com/XNPgcBms

Answer 1

尝试重新启动实例 ，看看是否有帮助。

Answer 2

每秒速率= RPS-建议考虑使用您的Google Cloud Database标志

log_error=/mysql/logs/error.log  # from default of stderr will allow you to view your entries and take corrective action
max_connections=512  # from 4000 to conserve RAM and your max_used_connections was 110 in 6 days
thread_cache_size=100  # from 48 to reduce threads_created of 204 (for CPU busy reduction)
innodb_flush_neighbors=0  # from 2  you have SSD and should be using 0 per refman
innodb_lru_scan_depth=100  # from 2048 to reduce CPU busy every second
innodb_page_cleaners=4  # from 1 to expedite cleaning and reduce innodb_buffer_pool_pages_dirty of 791
open_files_limit=10000  # from 1,048,576 will conserve RAM and be adequate
query_cache_size=0  # from 1M to conserve RAM - you are NOT using QC
query_cache_limit=0  # from 1M to conserve RAM - you are NOT using QC

探索为什么需要进行研究A）在6天之内有56,133个aborted_clients B）com_stmt_prepare比com_stmt_close大213，这意味着完成后6天之内资源没有被释放213次C）是否有必要在您的标志中启用innodb_log_compressed_pa​​ges？ 这导致通过系统上每14分钟轮换一次的日志文件，每1/2小时产生1GB日志记录的一部分。

使用名为findfragtables.sql的实用程序脚本将帮助您确认表是否已压缩，因此可以使用CPU对每个活动进行解压缩。 在innodb_compression_level = 6时，您花费大量的CPU时间进行压缩。 以6,538平均每秒的速度进行6天的删除，插入，更新似乎非常忙。

您可以在我的个人资料“网络个人资料”中找到我的联系信息。