mysql本身不提供原生语句级或带宽级限速能力，真正可落地的方案需分场景：mysqldump+pv限速备份流、cgroup限制mysqld磁盘io、datax通过speed.record控制etl写入节奏，而max_connections和wait_timeout等参数仅管控连接数与空闲时间，不控制操作速率。
MySQL 本身不提供“每秒最多执行 N 条 UPDATE”或“单个用户写入带宽不超过 2MB/s”这类原生限速能力。所谓“精确限速”，必须拆解为具体场景：是限制 SQL 执行频率？IO 带宽？还是连接层吞吐？直接在 MySQL Server 层做语句级速率控制，基本不可行；真正可落地的方案，得靠外围协同或协议层干预。
用 mysqldump + pv 限速备份流量
这是最常见、最稳定、无需改配置的限速场景——防止备份压垮 IO。
-
mysqldump自身无限速参数，硬加--single-transaction或--skip-lock-tables也解决不了磁盘打满问题 - 必须用管道工具截流：
pv -L 5m表示限制为 5MB/s，-L 200k是 200KB/s，单位支持k/m/g - 命令示例：
mysqldump -u root -p mydb | pv -L 1m > backup.sql，注意pv必须装在运行mysqldump的机器上 - 别用
sleep或rate limit脚本模拟限速——时延抖动大，实际速率不可控
用 cgroup 限制 mysqld 进程的磁盘 IO 速率
当你要压制整个 MySQL 实例（或某次 xtrabackup 备份）的读写带宽，cgroup 是 Linux 内核级方案，效果直接且精准。
- CentOS 7+ 推荐用
libcgroup-tools：yum install -y libcgroup-tools - 先查磁盘设备 ID：
ls -l /dev/vdb | awk '{print $5,$6}' | tr ' ' ':'，输出类似253:16 - 创建并设限：
cgcreate -g blkio:/mysql_io_limit，再执行：cgset -r blkio.throttle.write_bps_device="253:16 10485760" mysql_io_limit（即 10MB/s 写入） - 启动 mysqld 时绑定：
cgexec -g blkio:mysql_io_limit /usr/bin/mysqld --defaults-file=/etc/my.cnf - 验证是否生效：
cgget -r blkio.throttle.write_bps_device mysql_io_limit，再看iostat -dx 1中对应设备的wkB/s是否被卡在目标值附近
通过 DataX 的 speed.record 控制写入节奏
如果你的“读写操作”实际是 ETL 场景（比如从 Oracle 同步到 MySQL），DataX 的 mysqlwrite 插件提供了明确的限速入口，比在 MySQL 层硬控更合理。
- 不是调并发数
channel，而是设记录级速率："speed": {"record": "500"}表示每秒最多写入 500 条记录 - 该限速由 DataX 主进程在内存中计数实现，不依赖 MySQL 权限或变量，对目标库压力小
- 注意它只约束 writer 端发包节奏，不防住 JDBC 批量提交（如
rewriteBatchedStatements=true）带来的瞬时 IO 尖峰 - 若需同时控带宽，得叠加 JVM 参数（如
-Dcom.mysql.cj.jdbc.batchSize=100）和 MySQL 侧innodb_io_capacity配合
为什么不能用 max_connections 或 wait_timeout 做读写限速
这两个参数常被误当作“限速开关”，但它们控制的是连接生命周期，不是操作速率。
-
max_connections限制的是**同时在线连接数**，不影响单个连接的查询频率；一个连接仍可每秒发 1000 条SELECT -
wait_timeout控制空闲连接断开时间，跟活跃请求的 QPS 完全无关；设成 10 秒只会让闲置连接更快释放，不降低负载 - 想靠
GRANT ... WITH MAX_QUERIES_PER_HOUR类似语法？MySQL 早废弃了这些配额字段（5.7+ 已移除），文档里都搜不到 - 真要按小时/天做请求配额，得在应用网关（如 Kong、Nginx）或中间件（如 ProxySQL）层实现，MySQL 不负责这事
真正容易被忽略的点：所有限速手段都作用于“路径”，而非“语义”。你限制的是备份流、IO 设备、ETL 进程，而不是“UPDATE 语句本身”。MySQL 的权限系统管行为，资源管控靠 OS 或中间件——混用层级，必然踩坑。
