当 MySQL 的日志达到满载时，需要进行相应的处理以避免 MySQL 服务器出现故障。以下是几种可能的解决方案：

1. 定期清理日志文件：可以在 MySQL 的配置文件中进行配置。可以设定一个阈值，当日志文件达到该阈值时，自动清理已经归档的日志文件。这样可以避免日志文件占用过多的磁盘空间，使 MySQL 服务器正常运行。

2. 增加日志文件的大小：可以在 MySQL 的配置文件中将日志文件的大小调整为更大，以容纳更多的日志信息。

3. 调整日志记录级别：可以在 MySQL 的配置文件中将日志记录级别设定为更低的级别，以减少日志信息的产生。

4. 禁用不必要的日志记录：可以在 MySQL 的配置文件中禁用不必要的日志记录功能，例如禁用二进制日志记录功能等。

无论使用哪种方法，都需要注意慎重处理，以避免对 MySQL 服务器的运行造成不良影响。

当MySQL的日志空间满了后，数据库会停止写入，这是因为MySQL需要日志来确保数据的一致性和完整性。为了避免出现此类问题，我们需要定期检查MySQL的日志使用情况。

要解决此问题，可以采取以下步骤：

1. 找到MySQL错误日志文件，该文件通常位于MySQL的数据目录下。通常使用该命令可以找到该文件：`sudo find / -name "error.log"`

2. 检查错误日志文件的大小和内容，判断是否出现了日志满的情况。如果存在日志满的情况，我们可以使用以下命令清理日志：

* 清理二进制日志：`PURGE BINARY LOGS BEFORE 'YYYY-MM-DD hh:mm:ss';`，这将删除早于指定日期和时间的二进制日志文件。

* 清理慢查询日志：`SET GLOBAL slow_query_log = 'OFF';`，这将停止慢查询日志记录并清空日志文件。

* 清除错误日志内容：`echo "" > /path/to/error.log`，这将清空错误日志文件。

3. 根据需要调整MySQL的日志设置。可以修改MySQL配置文件中的以下参数来调整日志设置：

* `log_bin`：启用二进制日志记录并设置其文件名和路径。

* `max_binlog_size`：限制单个二进制日志文件的最大大小。

* `expire_logs_days`：设置要保留的日志文件的天数。

* `slow_query_log`：启用慢查询日志记录。

* `log_error`：设置错误日志文件的路径和文件名。

4. 重启MySQL服务，使更改生效：`sudo service mysql restart`。

需要注意的是，清理日志可能会导致数据丢失，因此应该谨慎处理。为避免出现此类问题，我们应该定期备份数据库，并监控日志空间的使用情况。