通过配置 MySQL 参数控制文件大小，使用 innodb_data_file_path 限制表空间最大 500M，max_binlog_size 设置 binlog 单文件 1G，binlog_expire_logs_seconds 保留 7 天日志，tmp_table_size 和 max_heap_table_size 限制内存临时表 64M，并在 Docker 中挂载自定义 my.cnf 实现持久化配置。
MySQL 镜像中设置最大文件大小，主要是通过配置数据库的全局参数来控制数据文件、日志文件等的大小。在使用 Docker 部署 MySQL 镜像时，这些配置可以通过自定义 my.cnf 配置文件 或启动时传入参数实现。
1. 控制 InnoDB 表空间文件大小
InnoDB 是 MySQL 默认存储引擎，其数据存储在表空间中。可通过以下参数限制主表空间（ibdata1）和独立表空间的大小：
- innodb_data_file_path：定义 InnoDB 系统表空间文件及其大小。例如：
innodb_data_file_path = ibdata1:12M:autoextend:max:500M
上述配置表示 ibdata1 初始大小为 12MB，可自动扩展，但最大不超过 500MB。
- innodb_autoextend_increment：控制每次自动扩展的增量（单位 MB），避免频繁扩展。
2. 设置二进制日志（binlog）文件大小与保留策略
二进制日志用于主从复制和恢复，虽然单个文件大小由 max_binlog_size 控制，但不会直接限制总占用空间：
- max_binlog_size = 1073741824：设置每个 binlog 文件最大为 1GB。
- expire_logs_days = 7：旧版本用此参数设置日志保留天数（MySQL 8.0+ 推荐使用 binlog_expire_logs_seconds）。
- binlog_expire_logs_seconds = 604800：设置 binlog 保留 7 天（单位秒）。
启用这些参数可间接控制日志文件总大小。
3. 限制临时表和排序操作的内存与磁盘使用
防止大查询导致临时文件过大：
- tmp_table_size = 64M：内存中临时表的最大大小。
- max_heap_table_size = 64M：用户创建的内存表最大大小。
- 超过限制会转为磁盘表，可能产生大文件，需结合监控使用。
4. Docker 环境下配置方法
在使用 MySQL 官方镜像时，可通过挂载自定义配置文件实现：
- 创建配置文件 /my/custom/my.cnf，内容如下：
[mysqld]
innodb_data_file_path = ibdata1:12M:autoextend:max:500M
max_binlog_size = 1073741824
binlog_expire_logs_seconds = 604800
tmp_table_size = 64M
max_heap_table_size = 64M
- 启动容器时挂载配置：
docker run -d
–name mysql-container
-v /my/custom:/etc/mysql/conf.d
-e MYSQL_ROOT_PASSWORD=your_password
mysql:8.0
Docker 会自动加载 .cnf 文件到配置中。
基本上就这些。关键是根据实际需求调整 innodb_data_file_path 和 binlog 过期策略，避免磁盘被占满。注意：InnoDB 主表空间一旦设定 max 限制后无法再扩展，需预留足够空间。
