登录
首页 >  数据库 >  MySQL

针对使用非块运行和块运行并发压测对比

来源:SegmentFault

时间:2023-01-17 08:42:19 399浏览 收藏

数据库小白一枚,正在不断学习积累知识,现将学习到的知识记录一下,也是将我的所得分享给大家!而今天这篇文章《针对使用非块运行和块运行并发压测对比》带大家来了解一下针对使用非块运行和块运行并发压测对比,希望对大家的知识积累有所帮助,从而弥补自己的不足,助力实战开发!

该文使用源码地址:地址

为什么会有这个实验

由于cnode上的一篇提问 node.js单线程,是不是就不用消息队列了啊?

我当时的回答是

async function sqlCommon(sqlCommonName = 'sqlCommon')
{
    let conn;
    try{
        conn = await getConn();
        let testSelete = await queryPromise(
            conn,
            'SELECT * FROM `test` WHERE `name`= ? AND `version`=?',
            [getName(sqlCount),sqlCount]
        );
        if(testSelete.length>0)
        {
            let testRes = await queryPromise(
                conn,
                'UPDATE `test` SET `name`= ?,`version`=?+1 WHERE `version`=?',
                [getName(sqlCount+1),sqlCount,sqlCount]
            );
            if(testRes.affectedRows>0)
            {
                sqlCount++;
            } else {
                console.log(`${sqlCommonName} failed:${sqlCount}`)
            }
        } else {
            console.log(`${sqlCommonName} failed:${sqlCount}`)
        }
        conn.release();
    } catch(e){
        console.log(`${sqlCommonName} failed:${sqlCount}`)
        conn.release();
        // console.log(e.stack)
    }
}

事务加乐观锁抗并发

async function sqlTrans()
{
    let conn;
    try{
        conn = await getConn();
        await queryPromise(conn,'SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;')
        beginTransaction(conn);
        let testSelete = await queryPromise(
            conn,
            'SELECT * FROM `test` WHERE `name`= ? AND `version`=?',
            [getName(sqlCount),sqlCount]
        );
        if(testSelete.length>0)
        {
            let testRes = await queryPromise(
                conn,
                'UPDATE `test` SET `name`= ?,`version`=?+1 WHERE `version`=?',
                [getName(sqlCount+1),sqlCount,sqlCount]
            );
            if(testRes.affectedRows>0)
            {
                sqlCount++;
            } else {
                console.log(`sqlTrans failed:${sqlCount}`)
                rollback(conn);
            }
        } else {
            console.log(`sqlTrans failed:${sqlCount}`)
        }
        commit(conn);
        conn.release();
    } catch(e){
        console.log(`sqlTrans failed:${sqlCount}`)
        // console.log(e.stack);//这里会爆出很多事务锁错误
        rollback(conn);
        conn.release();
    }
}

块执行加乐观锁抗并发(仅仅是将乐观锁,放如块执行的某个渠道,改造很简单)

乐观锁需要的包地址

乐观锁需要的仓库地址

function sqlBlock()
{
    return new Promise ((reslove,rejected)=>{
        BlockRun.run('sqlBlockChannel1',async ()=>{
            await sqlCommon('sqlBlock');
            reslove(true)
        },3000);
    });
}

主服务入口

http.createServer( async (request, response) => {
    try {
    let pathname = url.parse(request.url).pathname;
    //console.log(`url:http://127.0.0.1:${port}{$pathname}`)
    let showText = 'test';
    switch (pathname)
    {
        case '/clear':
            await sqlClear();
            showText = 'clear';
            break;
        case '/common':
            await sqlCommon();
            showText = 'common';
            break;
        case '/trans':
            await sqlTrans();
            showText = 'trans';
            break;
        case '/block':
            await sqlBlock();
            showText = 'block';
            break;
    }
    response.writeHead(200, {'Content-Type': 'text/html'});    
    response.write(showText);
    response.end();
    } catch(e) {
        console.log(e.stack)
    }
 }).listen(port);

其他代码请看

其他代码文件地址

运行结果

乐观锁抗并发

ab

optimisticOnly-ab
failed

optimisticOnly-failed
res

optimisticOnly-res

事务加乐观锁抗并发(和乐观几乎一致,有时事务结果好一个两个)

ab

optimisticTrans-ab
failed

optimisticTrans-failed
res

optimisticTrans-res

块执行加乐观锁抗并发

ab

optimisticBlock-ab
failed (一开始看到没有数据失败,感觉还挺神奇的)

optimisticBlock-failed
res (看来神奇是必然的,嘿嘿)

optimisticBlock-res

到这里有人会说了,你这个ab压力太小了,当然没什么了,其实我想说,主要还是数据和乐观锁结果太难看了,我要照顾一下。

大家想看块执行的牛逼之处就让大家看个痛快

块执行加乐观锁抗并发(并发升级版本)

ab 直接上 -n 10000 -c 100

optimisticBlockSuper-ab
failed (怎么还没修改失败?神奇?)

optimisticBlockSuper-failed
res (看来神奇又是必然的,嘿嘿)

optimisticBlockSuper-res

最后

还有谁不服!简直就是并发小神奇啊!如果是个人建站抗并发的话足够了!无须事务照样抗并发,性能杠杠的!

对结果有疑问的同学可以自行测试,注意两点:

  1. 测试前要 curl http://127.0.0.1:8088/clear 保证数据库没有被之前测试污染
  2. sql和全部代码都在此处
  3. 测试前要 npm install
  4. 此次测试使用的块执行库是block-run的1.0.8版本:

乐观锁需要的包地址
乐观锁需要的仓库地址

今天带大家了解了并发、MySQL、Node.js、后端的相关知识,希望对你有所帮助;关于数据库的技术知识我们会一点点深入介绍,欢迎大家关注golang学习网公众号,一起学习编程~

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表