V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
MySQL 5.5 Community Server
MySQL 5.6 Community Server
Percona Configuration Wizard
XtraBackup 搭建主从复制
Great Sites on MySQL
Percona
MySQL Performance Blog
Severalnines
推荐管理工具
Sequel Pro
phpMyAdmin
推荐书目
MySQL Cookbook
MySQL 相关项目
MariaDB
Drizzle
参考文档
http://mysql-python.sourceforge.net/MySQLdb.html
seenu
V2EX  ›  MySQL

mysql 执行查询导致退出求助

  •  
  •   seenu · 2020-07-07 14:58:24 +08:00 · 2025 次点击
    这是一个创建于 1599 天前的主题,其中的信息可能已经有所发展或是发生改变。
    macos 下装的 mysql,本地运行一个项目,在操作过程中发现会使本地的 mysql 停止,经排查后发现是一条 sql 导致的
    SELECT COUNT(*)
    FROM (
    SELECT t.*
    FROM (
    SELECT *
    FROM A
    WHERE aa <> bb
    ) t
    ) t2

    然后这条语句我在命令行执行也会导致 mysql 退出,如果不用 COUNT 则不会,但是在同事的电脑上是没有问题的,不知道是我 mysql 哪里配置的问题,mysql 版本是 5.6.47
    第 1 条附言  ·  2020-07-07 16:05:23 +08:00
    错误日志如下:
    This could be because you hit a bug. It is also possible that this binary
    or one of the libraries it was linked against is corrupt, improperly built,
    or misconfigured. This error can also be caused by malfunctioning hardware.
    Attempting to collect some information that could help diagnose the problem.
    As this is a crash and something is definitely wrong, the information
    collection process might fail.

    key_buffer_size=8388608
    read_buffer_size=131072
    max_used_connections=4
    max_threads=151
    thread_count=4
    connection_count=4
    It is possible that mysqld could use up to
    key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 68210 K bytes of memory
    Hope that's ok; if not, decrease some variables in the equation.

    Thread pointer: 0x7fc2421aaa00
    Attempting backtrace. You can use the following information to find out
    where mysqld died. If you see no messages after this, something went
    terribly wrong...
    stack_bottom = 700007d8eeb0 thread_stack 0x40000

    Trying to get some variables.
    Some pointers may be invalid and cause the dump to abort.
    Query (7fc2421ff630): is an invalid pointer
    Connection ID (thread ID): 175
    Status: NOT_KILLED
    第 2 条附言  ·  2020-07-07 17:48:05 +08:00
    我在条件语句加上 limit 后能正常执行,内存也调大了,还是没能找出问题所在,我把 count 改成*也是能正常执行
    7 条回复    2020-07-08 14:39:04 +08:00
    mitu9527
        1
    mitu9527  
       2020-07-07 15:38:44 +08:00
    这个问题别人不好重现,找找 mysql 的日志,看看有没有有用的提示,贴出来,好让大家帮你看看是咋回事。
    louettagfh
        2
    louettagfh  
       2020-07-07 17:08:25 +08:00
    这条 log 上面还有一部分 Log 贴上来才知道哪里 crash 了啊
    opengps
        3
    opengps  
       2020-07-07 17:12:45 +08:00
    所以我习惯性给各种逻辑都加上 try cache 记录日志,而不是让程序崩溃
    mitu9527
        4
    mitu9527  
       2020-07-07 17:51:37 +08:00   ❤️ 1
    网上搜了一下,可能是 mysql 的一个 bug ;可以考虑升级一下 mysql 版本,也可以考虑优化一下 SQL 语句,避开这个问题,上面的语句应该可以减少一层甚至两层子查询,说不定就避开了。

    这是题外话:如 2 楼所说,你把错误日志最重要的信息给漏掉了,这么提问久了,你身边的人可能会觉得你在故意耍他,虽然你可能是无意的。
    seenu
        5
    seenu  
    OP
       2020-07-07 18:06:39 +08:00
    @mitu9527 谢谢,减少层数确实可以避开,不过我想知道具体原因而已,先试试升级版本看看能不能解决,日志缺少的部分因为字数限制没贴出来,以后会注意的了
    stack_bottom = 700006668eb0 thread_stack 0x40000
    0 mysqld 0x00000001056b074d my_print_stacktrace + 61
    1 mysqld 0x00000001056117f0 handle_fatal_signal + 688
    2 libsystem_platform.dylib 0x00007fff65ebcb5d _sigtramp + 29
    3 ??? 0x0000000000000002 0x0 + 2
    4 mysqld 0x00000001053d25de _ZN24Item_singlerow_subselect8val_realEv + 30
    5 mysqld 0x0000000104e34581 _ZN20Item_direct_view_ref8val_realEv + 65
    6 mysqld 0x0000000104e4863c _ZN16Item_func_ifnull7real_opEv + 28
    7 mysqld 0x0000000104e7be8c _ZN19Item_func_numhybrid8val_realEv + 108
    8 mysqld 0x0000000104e445ab _ZN14Arg_comparator12compare_realEv + 27
    9 mysqld 0x0000000104e468ad _ZN12Item_func_ne7val_intEv + 45
    10 mysqld 0x00000001054da3e7 _ZL20evaluate_join_recordP4JOINP7QEP_TAB + 71
    11 mysqld 0x00000001054da04d _Z10sub_selectP4JOINP7QEP_TABb + 621
    12 mysqld 0x00000001054da6c8 _ZL20evaluate_join_recordP4JOINP7QEP_TAB + 808
    13 mysqld 0x00000001054da04d _Z10sub_selectP4JOINP7QEP_TABb + 621
    14 mysqld 0x00000001054d7641 _ZN4JOIN4execEv + 769
    15 mysqld 0x0000000105554bfa _Z12handle_queryP3THDP3LEXP12Query_resultyy + 554
    16 mysqld 0x0000000105520fd6 _ZL21execute_sqlcom_selectP3THDP10TABLE_LIST + 950
    17 mysqld 0x000000010551af71 _Z21mysql_execute_commandP3THDb + 2689
    18 mysqld 0x0000000105519b20 _Z11mysql_parseP3THDP12Parser_state + 848
    19 mysqld 0x00000001055189f6 _Z16dispatch_commandP3THDPK8COM_DATA19enum_server_command + 4310
    20 mysqld 0x00000001055195aa _Z10do_commandP3THD + 490
    21 mysqld 0x00000001055f531c handle_connection + 460
    22 mysqld 0x0000000105996011 pfs_spawn_thread + 305
    23 libsystem_pthread.dylib 0x00007fff65ec52eb _pthread_body + 126
    24 libsystem_pthread.dylib 0x00007fff65ec8249 _pthread_start + 66
    25 libsystem_pthread.dylib 0x00007fff65ec440d thread_start + 13
    zhangysh1995
        6
    zhangysh1995  
       2020-07-08 14:38:15 +08:00
    SELECT COUNT(*)
    FROM (
    SELECT t.*
    FROM (
    SELECT *
    FROM A
    WHERE aa <> bb
    ) t
    ) t2

    简化 => SELECT COUNT(*) FROM A WHERE aa <> bb;
    zhangysh1995
        7
    zhangysh1995  
       2020-07-08 14:39:04 +08:00
    @seenu 考虑给 MySQL 报个 bug 吧。。都 crash 有点严重
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2931 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 03:49 · PVG 11:49 · LAX 19:49 · JFK 22:49
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.