mysql_init调用卡住原因分析

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: mysql_init调用卡住原因分析.pdf 有同学做类似如下的操作: class X { public: X() /...

img_e25d4fb2f8de1caf41a735ec53088516.pngmysql_init调用卡住原因分析.pdf

有同学做类似如下的操作:

class X

{

public:

X() // 类X的构造函数ctor

{

_mysql_handler = mysql_init(NULL);

}
};

 

// 定义类X的全局变量

X g_x;

 

// 程序入口main函数

int main()

{

。。。 。。。

}

 

看似简单的代码,但非常不幸,程序运行时,卡在了mysql_init处。语法上看不出任何破绽,原因会是什么了?

 

他提供了另一个线索:不在构造函数中调用mysql_init则正常,不会卡住。结合起来分析,推断是因为mysql_init中也使用到了全局变量(另一种原因是有越界),而全局变量的初始化顺序程序是无法约定的,很有可能是因为g_x的初始化,发生在mysql_init依赖的全局变量之前。若推论成立,则mysql_init使用了未初始化的值,这是导致它卡住的根本原因。可以使用valgrind验证一下。当然,使用下列的方法应当也能奏效:全局变量相互依赖和初始化顺序的解决办法http://blog.chinaunix.net/uid-20682147-id-3245149.html),即改成:

#define g_x x_ref()

X& x_ref()

{

static X x; // 技巧就在这里

return x;

}

 

当然,良好的习惯是尽量避免使用全局变量,实在无法避免时(如考虑到结构的复杂性),则可以考虑用上述方法规避全局变量互依赖产生的问题。

 

附1:mysql_init源码

/****************************************************************************

  Init MySQL structure or allocate one

****************************************************************************/

 

MYSQL * STDCALL

mysql_init(MYSQL *mysql)

{

  if (mysql_server_init(0, NULL, NULL))

    return 0;

  if (!mysql)

  {

    if (!(mysql=(MYSQL*) my_malloc(sizeof(*mysql),MYF(MY_WME | MY_ZEROFILL))))

    {

      set_mysql_error(NULL, CR_OUT_OF_MEMORY, unknown_sqlstate);

      return 0;

    }

    mysql->free_me=1;

  }

  else

    memset(mysql, 0, sizeof(*(mysql)));

  mysql->charset=default_client_charset_info;

  strmov(mysql->net.sqlstate, not_error_sqlstate);

 

  /*

    Only enable LOAD DATA INFILE by default if configured with

    --enable-local-infile

  */

 

#if defined(ENABLED_LOCAL_INFILE) && !defined(MYSQL_SERVER)

  mysql->options.client_flag|= CLIENT_LOCAL_FILES;

#endif

 

#ifdef HAVE_SMEM

  mysql->options.shared_memory_base_name= (char*) def_shared_memory_base_name;

#endif

 

  mysql->options.methods_to_use= MYSQL_OPT_GUESS_CONNECTION;

  mysql->options.report_data_truncation= TRUE;  /* default */

 

  /*

    By default we don't reconnect because it could silently corrupt data (after

    reconnection you potentially lose table locks, user variables, session

    variables (transactions but they are specifically dealt with in

    mysql_reconnect()).

    This is a change: reconnect was set to 1 by default.

    How this change impacts existing apps:

    - existing apps which relyed on the default will see a behaviour change;

    they will have to set reconnect=1 after mysql_real_connect().

    - existing apps which explicitely asked for reconnection (the only way they

    could do it was by setting mysql.reconnect to 1 after mysql_real_connect())

    will not see a behaviour change.

    - existing apps which explicitely asked for no reconnection

    (mysql.reconnect=0) will not see a behaviour change.

  */

  mysql->reconnect= 0;

 

  mysql->options.secure_auth= TRUE;

 

  return mysql;

}

 

附2:mysql_server_init源码

/*

  Initialize the MySQL client library

 

  SYNOPSIS

    mysql_server_init()

 

  NOTES

    Should be called before doing any other calls to the MySQL

    client library to initialize thread specific variables etc.

    It's called by mysql_init() to ensure that things will work for

    old not threaded applications that doesn't call mysql_server_init()

    directly.

 

  RETURN

    0  ok

    1  could not initialize environment (out of memory or thread keys)

*/

 

int STDCALL mysql_server_init(int argc __attribute__((unused)),

      char **argv __attribute__((unused)),

      char **groups __attribute__((unused)))

{

  int result= 0;

  if (!mysql_client_init)

  {

    mysql_client_init=1;

    org_my_init_done=my_init_done;

    if (my_init()) /* Will init threads */

      return 1;

    init_client_errs();

    if (mysql_client_plugin_init())

      return 1;

    if (!mysql_port)

    {

      char *env;

      struct servent *serv_ptr __attribute__((unused));

 

      mysql_port = MYSQL_PORT;

 

      /*

        if builder specifically requested a default port, use that

        (even if it coincides with our factory default).

        only if they didn't do we check /etc/services (and, failing

        on that, fall back to the factory default of 3306).

        either default can be overridden by the environment variable

        MYSQL_TCP_PORT, which in turn can be overridden with command

        line options.

      */

 

#if MYSQL_PORT_DEFAULT == 0

      if ((serv_ptr= getservbyname("mysql", "tcp")))

        mysql_port= (uint) ntohs((ushort) serv_ptr->s_port);

#endif

      if ((env= getenv("MYSQL_TCP_PORT")))

        mysql_port=(uint) atoi(env);

    }

 

    if (!mysql_unix_port)

    {

      char *env;

#ifdef __WIN__

      mysql_unix_port = (char*) MYSQL_NAMEDPIPE;

#else

      mysql_unix_port = (char*) MYSQL_UNIX_ADDR;

#endif

      if ((env = getenv("MYSQL_UNIX_PORT")))

mysql_unix_port = env;

    }

    mysql_debug(NullS);

#if defined(SIGPIPE) && !defined(__WIN__)

    (void) signal(SIGPIPE, SIG_IGN);

#endif

#ifdef EMBEDDED_LIBRARY

    if (argc > -1)

       result= init_embedded_server(argc, argv, groups);

#endif

  }

  else

    result= (int)my_thread_init();         /* Init if new thread */

  return result;

}

 

 

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
7天前
|
SQL 关系型数据库 MySQL
MySQL 窗口函数详解:分析性查询的强大工具
MySQL 窗口函数从 8.0 版本开始支持,提供了一种灵活的方式处理 SQL 查询中的数据。无需分组即可对行集进行分析,常用于计算排名、累计和、移动平均值等。基本语法包括 `function_name([arguments]) OVER ([PARTITION BY columns] [ORDER BY columns] [frame_clause])`,常见函数有 `ROW_NUMBER()`, `RANK()`, `DENSE_RANK()`, `SUM()`, `AVG()` 等。窗口框架定义了计算聚合值时应包含的行。适用于复杂数据操作和分析报告。
47 11
|
2月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1706 14
|
2月前
|
存储 关系型数据库 MySQL
基于案例分析 MySQL 权限认证中的具体优先原则
【10月更文挑战第26天】本文通过具体案例分析了MySQL权限认证中的优先原则,包括全局权限、数据库级别权限和表级别权限的设置与优先级。全局权限优先于数据库级别权限,后者又优先于表级别权限。在权限冲突时,更严格的权限将被优先执行,确保数据库的安全性与资源合理分配。
|
2月前
|
SQL 关系型数据库 MySQL
MySQL 更新1000万条数据和DDL执行时间分析
MySQL 更新1000万条数据和DDL执行时间分析
184 4
|
2月前
|
SQL 自然语言处理 关系型数据库
Vanna使用ollama分析本地MySQL数据库
这篇文章详细介绍了如何使用Vanna结合Ollama框架来分析本地MySQL数据库,实现自然语言查询功能,包括环境搭建和配置流程。
314 0
|
3月前
|
Oracle NoSQL 关系型数据库
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
641 2
|
3月前
|
存储 关系型数据库 MySQL
分析MySQL主从复制中AUTO_INCREMENT值不一致的问题
通过对 `AUTO_INCREMENT`不一致问题的深入分析和合理应对措施的实施,可以有效地维护MySQL主从复制环境中数据的一致性和完整性,确保数据库系统的稳定性和可靠性。
127 6
|
2月前
|
SQL 关系型数据库 MySQL
MySQL EXPLAIN该如何分析?
本文将详细介绍MySQL中`EXPLAIN`关键字的工作原理及结果字段解析,帮助优化查询性能。`EXPLAIN`可显示查询SQL的执行计划,其结果包括`id`、`select_type`、`table`等字段。通过具体示例和优化建议,帮助你理解和应用`EXPLAIN`,提升数据库查询效率。
126 0
|
3月前
|
存储 关系型数据库 MySQL
分析MySQL主从复制中AUTO_INCREMENT值不一致的问题
通过对 `AUTO_INCREMENT`不一致问题的深入分析和合理应对措施的实施,可以有效地维护MySQL主从复制环境中数据的一致性和完整性,确保数据库系统的稳定性和可靠性。
75 1
|
4月前
|
SQL 监控 关系型数据库
使用 pt-query-digest 工具分析 MySQL 慢日志
【8月更文挑战第5天】使用 pt-query-digest 工具分析 MySQL 慢日志
109 3
使用 pt-query-digest 工具分析 MySQL 慢日志

推荐镜像

更多