sysbench命令报“command not found”主因是PATH未包含可执行文件路径，需用find /usr -name "sysbench"定位（常见于/usr/local/bin/sysbench），再检查并更新PATH或配置软链；prepare报“Unknown database 'sbtest'”因库未手动创建且用户缺建库权限。
直接上手跑 sysbench 会卡在第一步：不是没装，是根本找不到命令；不是权限不够，是库压根没建；不是配置错了，是默认单线程插100万行，磁盘都烧红了还没完。
sysbench 命令报 “command not found” 怎么快速定位
别急着重装，先确认它到底在哪儿。用 find /usr -name "sysbench" 2>/dev/null 搜一遍，90% 的情况会返回 /usr/local/bin/sysbench 或 /usr/bin/sysbench。如果找到了但还报错，说明 $PATH 没包含那个路径：
- Ubuntu/Debian：检查是否启用了
universe源，再跑sudo apt update && sudo apt install sysbench - CentOS/RHEL 8+：必须先
sudo dnf install epel-release，再dnf install sysbench - 源码安装后：确认执行过
./configure --prefix=/usr/local，且/usr/local/bin在$PATH中；实在不行，就直接用绝对路径调用，比如/usr/local/bin/sysbench --version
prepare 阶段报 “Unknown database 'sbtest'”
这个错误和权限无关，纯粹是数据库不存在。sysbench 只操作表，从不建库。你必须手动登录 MySQL 执行：
CREATE DATABASE sbtest CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;-
CREATE USER 'sbuser'@'localhost' IDENTIFIED WITH mysql_native_password BY 'pass123';（MySQL 8.0+ 必须显式指定认证插件） GRANT ALL ON sbtest.* TO 'sbuser'@'localhost'; FLUSH PRIVILEGES;
后续所有命令都必须显式带上 --mysql-db=sbtest 和 --mysql-user=sbuser，不能依赖默认值。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
prepare 卡住或生成极慢：别让单线程硬扛 100 万行
默认 --table-size=1000000 是单线程插入，I/O 和事务开销拉满。实操要改三个关键点：
- 加并发：
--threads=8（按压测机 CPU 核数设，别盲目堆高） - 拆小表：
--table-size=100000 --tables=4（4 张 10 万行的表，比 1 张百万行表预热快得多） - 关 autocommit：
--mysql-autocommit=off，同时临时调低 MySQL 的innodb_flush_log_at_trx_commit=2和sync_binlog=0（仅限测试环境！压完必须还原）
run 阶段 QPS 上不去，processlist 里全是 “Waiting for table metadata lock”
这是老版本 sysbench（如 1.0.20 之前）在 prepare 后立刻 run 导致的 DDL/DML 冲突。本质是脚本悄悄重建索引，锁住了元数据。解决办法很直接：
- 升级到
sysbench ≥ 1.0.20 - 压测前显式加
--db-driver=mysql，避免误走 pgsql 分支
真正容易被忽略的是：压测结果的可信度，取决于你有没有关掉那些“只该在测试环境开”的开关——比如 innodb_flush_log_at_trx_commit=2，它会让数据丢失风险陡增，但没人会在生产环境这么干；一旦忘了还原，下次重启 MySQL 就可能丢数据。
