根据此链接https://blog.sqlbak.com/how-to-run-sql-server-load-tests-using-hammerdb
我运行Schema build
但这一步已经卡住了30分钟了,一切都还好吗?

发布于 2022-09-08 09:58:16
作为对预期完成时间的指导,下面是一个MySQL构建在双核开发膝上型计算机上的示例,它使用SSD磁盘,耗时2分钟30秒,可用于10个仓库。完成时间在很大程度上取决于数据库配置(mysql.cnf)和硬件(CPU、内存、I/O)。在配置正确、资源充足的服务器上,预期1000个仓库将在大约10-15分钟内加载。
记住,HammerDB是一个测试数据库的工具--如果结果低于预期,它可能是数据库中的一个问题,而不是用来测试它的工具。
关于CPU,HammerDB是多线程的,所以您拥有的内核越多,就可以创建更多的虚拟用户并行加载(下面的示例有2个物理核和2个逻辑,因此我们用4个虚拟用户创建模式)。
默认情况下,HammerDB正在创建数据并执行INSERT语句来加载数据(还有一个可选的平面文件大容量加载选项)。这意味着您正在生成大量的重做。如果您的重做日志磁盘运行缓慢,或者重做日志没有正确配置(innodb_log_file_size、innodb_log_files_in_group),则无论您使用的是什么CPU资源,数据库加载数据的速度都会很慢。您还应该正确配置缓冲池和数据区域磁盘,但是重做日志磁盘和配置是最好的起点。
查看您的数据库统计信息和OS统计信息,以诊断瓶颈在哪里降低了您的数据库吞吐量。
Vuser 1:Monitor Thread
Vuser 1:CREATING TPCC SCHEMA
Vuser 1:Ssl_cipher TLS_AES_256_GCM_SHA384
Vuser 1:CREATING DATABASE tpcc
Vuser 1:CREATING TPCC TABLES
Vuser 1:Loading Item
Vuser 2:Worker Thread
Vuser 2:Waiting for Monitor Thread...
Vuser 2:Ssl_cipher TLS_AES_256_GCM_SHA384
Vuser 2:Loading 2 Warehouses start:1 end:2
Vuser 2:Start:Thu Sep 08 10:21:38 BST 2022
.....
Vuser 5:Loading Orders for D=10 W=10
Vuser 5:...1000
Vuser 5:...2000
Vuser 5:...3000
Vuser 5:Orders Done
Vuser 5:End:Thu Sep 08 10:24:08 BST 2022
Vuser 1:Workers: 0 Active 4 Done
Vuser 1:CREATING TPCC STORED PROCEDURES
Vuser 1:GATHERING SCHEMA STATISTICS
Vuser 1:TPCC SCHEMA COMPLETE

https://stackoverflow.com/questions/73624954
复制相似问题