tidb压测 0x1 tpcc 导入一亿数据，其中最大表是10w，实际最大数据量：最大表 x warehouses的值 tiup bench tpcc -H 192.168.10.150 -P 4000 -p xxx -D tpcc --warehouses 1000 prepare 导入1千万数据， warehouses 设置 100 即可 tiup bench tpcc -H 192.168.10.150 -P 4000 -p xxx -D tpcc_1000 --warehouses 100 prepare 压测影响因素： 线程数、分区表 0x2 tpch 前置配置: set @@tidb_isolation_read_engines='tiflash'; set @@tidb_allow_mpp=1; set @@tidb_mem_quota_query = 10 << 30; # 不开启的话并行导入会有问题 SET GLOBAL tidb_multi_statement_mode='ON'; 导入数据 tiup bench tpch -H 192.168.10.150 -P 4000 -p 'xxx' -D tpch_1000 --dropdata --sf=4 --analyze --tiflash prepare 查询表flash同步状态 SELECT * FROM information_schema.tiflash_replica WHERE TABLE_SCHEMA = 'tpch_1000' and TABLE_NAME = 'lineitem' 测试 tiup bench tpch -H 192.168.10.150 -P 4000 -p 'xxx' -D tpch_1000 --sf 10 --time 1800s -T 64 run

Linux服务器CPU/内存压测工具 0x0 有时候我们不仅要测试IO，还需要对cpu/内存进行压测，以了解对比机器性能 0x1 stress stressng

压测的性能排查事项 性能瓶颈检查 web 查看应用端是否有不必要的查询sql，浪费太多cpu性能 db 查看processlist，默认情况下insert应该是非常快的，显示的大多数sql执行时间不能超过1秒，不应该有锁 数据库连接数是否足够，如果足够快，那么processlist实际是不会显示太多sql出来的，但监控qps整体会比较高 查看数据库的日志，是否有文件数太少问题，或者其他异常错误 网络 查看并且确认在tps无法继续上升后，带宽的大小和限制