sysbench花式踩坑之三:自增值导致的锁等待

两个事务同时以主键为where条件操作不存在的列时,为什么RC级别下事务2的delete不会阻塞事务1的insert,在RR级别下事务2的delete就会阻塞事务1的insert?

sysbench花式采坑之二:自增值导致的主键冲突

上期《sysbench花式采坑之一:自增值导致的TPS不可靠》介绍到,在sysbench压测过程中,如果自增值不为1会导致性能测试值偏高的现象,其实在发现这个现象之前,在单实例性能测试时我还遇到了一个主键冲突的问题。

sysbench花式采坑之一:自增值导致的TPS不可靠

性能测试是评估架构可用性的一大标准,如果性能测试的结果不够准确,会给日后的业务模型和高可用架构选型带来很大的影响。sysbench是MySQL数据库中常用的一款性能测试的工具,那sysbench在使用过程中会有什么不正确的打开方式导致性能测试结果不准确吗?