Niyaz's questions

在禁用日志之前，我使用此解决方案删除了​​我的。binlog禁用后，我测试了以下命令删除剩余文件，但没有成功。（删除的目的是节省空间。）

PURGE BINARY LOGS TO 'binlogname';
PURGE BINARY LOGS BEFORE 'datetimestamp';

我的问题是：手动删除它们是否安全？（我发现那些问题question1和question2与我的相似，但答案对我来说不确定）

我有一个包含三个大表的数据库，它具有以下特点：

1. 三张表，每张表每小时大约有 15M 次插入。
2. 没有更新。
3. Indexing在和的帮助下快速选择查询Partition。
4. 只保留数据 14 天，我使用PARTITION。每个分区一天。我在 23:50（新的一天开始之前）创建一个新Partition的，然后删除 15 天前的分区。（快速准确）
5. 我每天备份数据集，一天。（仅昨天的数据）

我监视我的二进制日志 9 天，日志大小急剧增加。问题是：在某些时候，binlog 占用了我所有的磁盘空间。我的问题是：

1. 就我而言，我需要 binlog 吗？（如果好处只是复制我现在不需要它）
2. 管理 binlog 的最佳方式是什么？（如果我保留它）
3. Partition和binlog有什么关系吗？（如果我禁用它）

运行的命令、表和 MySQL 配置如下所示。

du -ch /var/lib/mysql/binlog.* | tail -n 1

innodb_file_per_table
innodb_flush_method=O_DIRECT
innodb_log_file_size=1G
innodb_buffer_pool_size=4G

我目前使用 MySQL 作为一个非常大的数据库（1TB），每天删除的行不超过 1TB。但是我遇到了这个问题Howto: Clean a mysql InnoDB storage engine? . 我想切换到 PostgreSQL 来避免这个问题。（根据其他人的建议）

我的问题是：

1. 如果我切换到 PostgreSQL，这个问题会解决吗？
2. 如果我的想法不好，那么适合我的情况的最佳解决方案是什么？