在PolarDB我先把binlog存储时间改成了1小时，重启后还是有90g的binlog，为什么？

修改binlog存储时间并关闭binlog后，已生成的binlog并不会自动删除。在MySQL中，即使关闭binlog，之前产生的binlog文件也不会被清理，需要手动执行PURGE BINARY LOGS BEFORE 'timestamp'命令来删除指定时间点之前的binlog文件。在PolarDB中，由于其云服务特性，可能需要通过控制台或者其他API方式来管理binlog生命周期，请参照阿里云官方文档进行相应操作。

您提到更改了binlog存储时间并关闭binlog后，仍有大量binlog未被清理。这可能是由于关闭binlog前产生的binlog并没有被系统自动清理。在MySQL中，一般需要手动执行PURGE BINARY LOGS命令来清除指定时间段之前的binlog文件，或者设置expire_logs_days参数来自动过期删除旧的binlog文件。对于PolarDB，您应该查阅阿里云PolarDB的管理文档，了解如何正确管理和清理binlog。

如果您在PolarDB中修改了binlog的存储时间为1小时，但在重启后发现仍有90GB的binlog文件未被删除，这可能是因为历史binlog文件不会立即自动清除，而是在达到设定的保存时长后系统才会触发清理过程。为了解决这个问题，您可以采取以下措施：

1. 手动清理：您可以通过PolarDB控制台或使用MySQL客户端手动执行PURGE BINARY LOGS命令来删除不需要的binlog文件。例如，如果您想要删除所有在某个时间点之前的binlog文件，可以使用PURGE BINARY LOGS BEFORE '2023-01-01 00:00:00';这样的命令。
2. 检查配置：确认您的PolarDB MySQL版集群的binlog配置是否正确。对于5.6版本的PolarDB MySQL版集群，您需要检查loose_expire_logs_hours参数是否已经设置为1。如果该参数设置不正确，您需要重新设置并提交修改。
3. 等待自动清理：如果您已经正确设置了binlog的保存时长，那么您可以等待系统自动进行清理。请耐心等待，直到系统触发清理过程并移除超出保存时长的binlog文件。
4. 联系技术支持：如果您不确定如何操作，或者上述步骤没有解决问题，您可以联系PolarDB的技术支持团队寻求帮助。

请注意，直接删除binlog文件可能会影响数据库的恢复能力，因此在执行任何操作之前，请确保您了解其潜在影响，并且已经做好了相应的备份。

你授权我们后台来删除下。此回答整理自钉群“PolarDB 专家面对面 - 购买计费&数据空间&产品咨询”