mysql async c接口_mysql async connector

所做的项目有个需求，有一个线程接收Udp请求然后向mysql的一个表插入一行记录.由于不希望该功能过多占用CPU，因此只用一个线程。

一开始用mysql-connector-c++作为客户端，由于只有单线程，插入速度不如人意。

主要是原因是网络延迟太大，线程大部分时间阻塞在等待数据库返回数据，于是考虑用异步的方式访问数据库。

目前mysql官方只有C#版本的connector有async操作的支持, mysql-connector-c/c++ 都没有提供异步操作的API.

但mariadb-connector-c提供了兼容mysql的non-block API。

(该网页提到mysql-connector-c早就支持non-blocking,但没看出来怎么用，也找不到任何示例..)。

mariadb提供了一个使用异步API的demo,里面结合了libevent,最主要的部分是异步操作状态机的实现，看着比较费解，

我重新改写了，放在这里。

以下是一些测试结果(被插入记录的表使用InnoDB存储引擎;mysql数据库在同一台主机上;测试代码见 blocking,non-blocking):记录数阻塞式非阻塞式时间比10.0310.0291.1

1003.0110.6244.8

10000328.63667.0984.9

其中非阻塞式用了10个mysql连接。连接数增加时，耗时更少，几乎成反比(直到到达数据库处理能力的极限).

使用非阻塞式确实能够加快数据库操作，但存在问题:代码的复杂性增加了，特别是对于一些查询类操作，如果使用非阻塞操作的话，势必要维护每一个数据库请求的上下文数据. 很多情况下也可以通过使用阻塞式API但增加线程数(也即是数据库连接数)来解决这个问题，未必要使用非阻塞的API。

mariadb官网文档认为有以下场合比较适合使用非阻塞式API：

由于同一个连接无法同时处理多个查询，因此不管是阻塞还是非阻塞，连接数增加才有可能提高TPS。

当然，数据库的处理能力才是最根本的限制,在数据库处理能力内，可以通过选择合适的连接数来使数据库的能力达到最大值.但数据库处理能力跟不上的话，无论是阻塞式还是非阻塞,增加连接数也无法提高吞吐量。

回到我开始提到的需求来说，由于我只是插入记录，而且几乎不会有插入失败的情形，因此几乎不用维护上下文,可以使用这种异步的方式来操作数据库，既提高了处理速率，又不会产生太多的线程资源。

使用过程中发现mariadb-connect-c中，mysql连接关闭时没有清理使用异步mysql而额外申请的内存，顺便提了个pull request。

版权声明：本文来源CSDN，感谢博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
原文链接：https://blog.csdn.net/weixin_39622150/article/details/113257400
站方申明：本站部分内容来自社区用户分享，若涉及侵权，请联系站方删除。

发表于 2021-05-30 09:44:08
阅读 ( 1048 )
分类：数据库

mysql async c接口_mysql async connector

你可能感兴趣的文章

精选的优质文章

0 条评论

官方社群

GO教程

推荐文章

猜你喜欢

随便看看