sysbench需按发行版安装对应包，避免pip安装；cpu测试须指定--threads和--cpu-max-prime；fileio测试需先prepare生成文件；mysql测试需装客户端库、正确传参并授权sbtest库权限。
sysbench 命令没找到：基础依赖和安装路径问题
Linux 发行版默认不带 sysbench，直接敲命令会报 command not found。Debian/Ubuntu 要先装 sysbench 包，RHEL/CentOS 8+ 得用 dnf install sysbench，老版本可能得加 EPEL 源；Arch 用户走 pacman -S sysbench。别用 pip 装 Python 版——那不是官方维护的，压测结果不可靠。
装完验证：sysbench --version。如果提示找不到命令，检查 $PATH 是否包含 /usr/bin 或 /usr/local/bin，常见坑是源码编译后没 sudo make install，只跑了 make，二进制还在 src/ 目录下。
CPU 测试跑不起来：参数错位导致“no test specified”
sysbench cpu 不是独立命令，必须带 --threads 和 --cpu-max-prime 才能跑。漏掉任一参数，就会报错 FATAL: no test specified，但错误信息没提示缺啥，容易卡住。
实操建议：
- 最小可运行命令：
sysbench cpu --threads=4 --cpu-max-prime=20000 run -
--cpu-max-prime决定计算量大小，值越小跑得越快（但太小如 1000 会导致单轮耗时不足 1 秒，结果不准） - 别用
--time控制 CPU 测试时长——它只对 event-based 测试（如 oltp）生效，CPU 测试靠--events或默认跑满一轮 - 多线程下注意物理核心数，
--threads超过核心数太多会引发调度抖动，数据反而失真
磁盘 IO 测试结果波动大：fileio 准备阶段常被跳过
很多人直接 sysbench fileio ... run，结果吞吐量忽高忽低，甚至报 cannot open file。根本原因是没执行 prepare 阶段——fileio 不像 CPU 测试那样开箱即用，必须先生成测试文件。
正确流程分两步：
- 准备文件：
sysbench fileio --file-total-size=2G --file-num=4 prepare（生成 4 个 512MB 文件） - 运行测试：
sysbench fileio --file-total-size=2G --file-num=4 --file-test-mode=rndrw --time=60 --max-requests=0 run -
--file-test-mode必须显式指定，常用值有seqrd（顺序读）、rndwr（随机写）、rndrw（混合），不设默认是seqwr，但文档没明说，容易误判场景 - 测试完记得
cleanup，否则残留大文件占空间
MySQL OLTP 测试连不上数据库：驱动和权限配置硬伤
用 sysbench oltp_read_write 测 MySQL，最常卡在 FATAL: unable to connect to MySQL server。这不是网络问题，大概率是三个地方没对上：
- MySQL 客户端库缺失：Ubuntu 需额外装
libmysqlclient-dev（编译时）或default-libmysqlclient-dev；CentOS 要mysql-devel - 连接参数写错位置：
--mysql-host、--mysql-port、--mysql-user、--mysql-password必须放在prepare和run命令里，不能只写在 prepare 中 - MySQL 账户没权限：sysbench 默认用
sbtest库，账户至少要有CREATE、DROP、INSERT、SELECT权限，且 host 不能是localhost（Unix socket）而要用127.0.0.1，否则 MySQL 8+ 的认证插件可能拒绝连接
一个容易被忽略的点：sysbench 2.x 默认用 MySQL 8 兼容协议，但如果你压的是老 MySQL 5.6，得加 --mysql-ignore-errors=1032,1062 避开主键冲突和重复键错误，否则测试中途就退出。
