mysql_real_query()段错误(Segmentation fault)

最新推荐文章于 2024-07-18 04:01:45 发布

wh357589873

最新推荐文章于 2024-07-18 04:01:45 发布

阅读量4.5k

点赞数

CC 4.0 BY-SA版权

分类专栏：服务器后台设计文章标签：线程 mysql segment fault mysql_real_query

本文链接：https://blog.youkuaiyun.com/wh357589873/article/details/51852807

服务器后台设计专栏收录该内容

1 篇文章

订阅专栏

博客内容提到了在使用mysql_real_query()时遇到段错误，经过排查确定问题源于多个线程共享同一个数据库连接，在高并发下可能出现重连导致的线程安全问题。解决方案包括：1. 不重连，但可能导致所有线程无法使用；2. 减少并发量；3. 引入线程池来根本解决问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

<span style="font-family: Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);">最近服务器出问题，老是挂掉，linux系统上的一个socket服务器，mysql的数据库。下面是gdb的结果</span>

<span style="font-family: Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);"></span><pre name="code" class="python">the resultlen is52.........2016 7 5 15 31 48..........
the command number is : 0 
a9e961c2688b3eabread database the select * from comsocket where wifi_id='1afe34f76445'and com_id='a9e961c2688b3eab'
fetch data
insert 18446744073709551615 rows
update error

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeffff700 (LWP 5005)]
0x00007ffff766f908 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) backtrace
#0  0x00007ffff766f908 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff78ce6a9 in ?? () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#2  0x00007ffff78cf228 in my_net_read () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#3  0x00007ffff78c87fa in cli_safe_read () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#4  0x00007ffff78c9928 in ?? () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#5  0x00007ffff78ca78c in mysql_real_query () from /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
#6  0x000000000040706c in query_socket_outside (conn_ptr=0x60f4f0, socket_id=0x7fffefffee10 "\032\376\064\367dE", 
    com_id=0x7fffefffee00 "\251\351a\302h\213>\253\377\201@") at nat_server_mysql.c:322
#7  0x00000000004029ce in outside_send_to_socket (connection=0x60f4f0, addr_tel=0x62b575, sockfd=7, buf=0x62b589 "m\251\351a\302h\213>\253", send_len=37)
    at wifi_socket_server.c:505
#8  0x0000000000402150 in parse_task (task_node=0x62b56d) at wifi_socket_server.c:276
#9  0x0000000000407f38 in thread_function (arg=0x62c270) at nat_server_thread.c:429
#10 0x00007ffff767de9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#11 0x00007ffff73aa3fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x0000000000000000 in ?? ()

查看了一下，确定是mysql_real_query()引起的段错误。但是为什么会出现呢？

百度，谷歌搜索了一下，说法大体是初始化一类的，或者写的不规范。但是我本身的代码是没问题的，各种检查错误也都有。

后来将这段代码注释掉，发现依然有错误，不过是换成了其他地方的这个函数，看来是访问数据库的问题。

然后是将类似的函数都注释掉，发现没有问题了。

可以断定，是并发上出问题了，我的程序只有一个connection，所有线程共用，当业务量特别大的时候就会导致并发的问题，但是并发问题并不会导致段错误。

然后观察了很久，发现出错的地方大多是有重连的迹象，于是想到重连会到时候Connection变化，其他正在使用的线程中途会访问越界，导致段错误。

解决办法：

1.不重连。即线程做数据库操作的时候，如果失败就直接返回。但是有副作用，如果connection确实是出问题了，所有的线程都没法使用了。

2.消除掉并发量大的操作，尽量避免同时大批量访问数据库

3.引入线程池。这是根本的解决办法。