通过配置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 限制后无法再扩展，需预留足够空间。