1436-线程堆栈溢出：131072字节堆栈使用了6136字节，而需要128000字节。
错误1436对应于mysql 5.1代码中的ER_STACK_OVERRUN_NEED_MORE：
malff@linux-8edv:include> pwd/home/malff/BZR_TREE/mysql-5.1/includemalff@linux-8edv:include> grep 1436 mysqld_error.h#define ER_STACK_OVERRUN_NEED_MORE 1436
打印出现错误的代码在sql / sql_parse.cc中，函数check_stack_overrun（）：
bool check_stack_overrun(THD *thd, long margin, uchar *buf __attribute__((unused))){ long stack_used; DBUG_ASSERT(thd == current_thd); if ((stack_used=used_stack(thd->thread_stack,(char*) &stack_used)) >= (long) (my_thread_stack_size - margin)) { char ebuff[MYSQL_ERRMSG_SIZE]; my_snprintf(ebuff, sizeof(ebuff), ER(ER_STACK_OVERRUN_NEED_MORE), stack_used, my_thread_stack_size, margin); my_message(ER_STACK_OVERRUN_NEED_MORE, ebuff, MYF(ME_FATALERROR));从看到的值中，margin为128000，my_thread_stack_size为131072。
试图保留128000个字节的对check_stack_overrun（）的唯一调用来自：
boolsp_head::execute(THD *thd){ if (check_stack_overrun(thd, 8 * STACK_MIN_SIZE, (uchar*)&old_packet)) DBUG_RETURN(TRUE);STACK_MIN_SIZE的值为16000：
malff@linux-8edv:sql> pwd/home/malff/BZR_TREE/mysql-5.1/sqlmalff@linux-8edv:sql> grep STACK_MIN_SIZE *.hmysql_priv.h:#define STACK_MIN_SIZE 16000 // Abort if less stack during eval.
到目前为止，一切都按预期对服务器起作用：
- 该代码执行一个触发器，该触发器通过sp_head :: execute实现。
- MySQL运行时检查堆栈上至少有128000个字节
- 该检查失败（正确地如此），并且触发器执行以错误结束。
MySQL触发器执行所需的堆栈数量并不取决于触发器复杂性本身，也不取决于所涉及表的内容/结构。
在什么 真正 的问题是，我想，为什么只在128K（131072）的thread_stack。
在sql / mysqld.cc中，名为“ thread_stack”的服务器变量在C中作为“ my_thread_stack_size”实现：
{"thread_stack", OPT_THREAD_STACK, "The stack size for each thread.", &my_thread_stack_size, &my_thread_stack_size, 0, GET_ULONG, REQUIRED_ARG,DEFAULT_THREAD_STACK, 1024L*128L, ULONG_MAX, 0, 1024, 0},1024L * 128L是此参数的最小值。缺省值为DEFAULT_THREAD_STACK，它在include / my_pthread.h中定义：
#ifndef DEFAULT_THREAD_STACK#if SIZEOF_CHARP > 4#define DEFAULT_THREAD_STACK (256*1024L)#else#define DEFAULT_THREAD_STACK (192*1024)#endif#endif
因此，默认情况下，堆栈大小应为192K（32位）或256K（64位体系结构）。
首先，检查如何编译mysqld二进制文件，以查看默认值：
malff@linux-8edv:sql> pwd/home/malff/BZR_TREE/mysql-5.1/sqlmalff@linux-8edv:sql> ./mysqld --no-defaults --verbose --help | grep thread_stack... --thread_stack=# The stack size for each thread.thread_stack262144
在我的系统上，我在64位平台上获得256K。
如果有不同的值，也许有人用不同的编译选项来构建服务器，例如-
DDEFAULT_THREAD_STACK（或只是修改了源代码）…在这种情况下，我会质疑二进制文件的来源。
其次，检查my.cnf以获取配置文件本身提供的默认值。显式地将值设置为thread_stack的行（并具有较低的值）将最终导致看到的错误。
最后，检查服务器日志文件中是否存在此类错误（请参见sql / mysqld.cc）：
sql_print_warning("Asked for %lu thread stack, but got %ld", my_thread_stack_size, (long) stack_size);服务器代码调用：
- pthread_attr_setstacksize（）设置堆栈大小
- pthread_attr_getstacksize（）验证线程真正具有多少堆栈，如果pthread库使用较少，则会在日志中抱怨。
长话短说，出现错误是因为thread_stack与服务器附带的默认值相比太小。可能会发生：
- 在执行服务器的自定义构建时，具有不同的编译选项
- 更改my.cnf文件中的默认值时
- 如果pthread库本身出了问题（从理论上看，从阅读代码开始，我自己从未见过）。
我希望这个回答这个问题。
问候-马克·阿尔夫
更新（2014-03-11），使“如何修复”更加明显。
这很可能是在my.cnf文件中更改了thread_stack文件的默认值。
然后，如何解决这个问题很简单，找到my.cnf文件中设置thread_stack的位置，然后删除设置（信任服务器代码以提供适当的默认值，这样下次就不会再发生这种情况）或增加堆栈尺寸。
