RDS MySQL存储完全...当数据库使用率低时

Jie*_*eng 7 mysql amazon-web-services amazon-rds

我正在我的一个临时RDS表上获取Storage Full并试图找出哪些DB/Tables很大......但发现它们实际上非常小:

SELECT 
     table_schema as `Database`, 
     table_name AS `Table`, 
     round(((data_length + index_length) / 1024 / 1024), 2) `Size in MB` 
FROM information_schema.TABLES 
ORDER BY (data_length + index_length) DESC;
Run Code Online (Sandbox Code Playgroud)

在此输入图像描述

SELECT table_schema "DB Name", 
Round(Sum(data_length + index_length) / 1024 / 1024, 1) "DB Size in MB" 
FROM   information_schema.tables 
GROUP  BY table_schema; 
Run Code Online (Sandbox Code Playgroud)

在此输入图像描述

最大的数据库只有16.7 MB,所以我的10GB RDS填满了什么?

在此输入图像描述

从模式我怀疑一些cron ...确实有一个cron插入数据......但是你可以从表/ db大小看到它不那么大......还有什么可以填满我的RDS?备份/日志等是否算作存储?

更新:

我注意到,7月26日数据库空闲存储空间出现飙升,我尝试查看常规查询日志以确定发生了什么.我注意到了

 PURGE BINARY LOGS TO 'mysql-bin-changelog.097019'
Run Code Online (Sandbox Code Playgroud)

想知道它是否随后无法清除日志?

Ric*_*mes 8

SHOW BINARY LOGS;
Run Code Online (Sandbox Code Playgroud)

查看您的日志的数量和大小.然后我们可以讨论清除它们中的一些.

SHOW VARIABLES LIKE '%log%'
Run Code Online (Sandbox Code Playgroud)

追查提到的文件; 向我们展示输出,以便我们讨论尺寸.

"一般日志"可以快速增长; 不使用时将其关闭.并摆脱其日志.

"慢速日志"非常适合调试性能问题.使用pt-query-digest来概括它,然后折腾吧.

"错误日志"不应该很大.如果是,那么你可能会遇到更糟糕的问题.

目前的设置是expire_logs_days什么?