postgresql中遭遇ERRORDATA_STACK_SIZE exceeded错误
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了postgresql中遭遇ERRORDATA_STACK_SIZE exceeded错误，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1669字，纯文字阅读大概需要3分钟。
内容图文
在postgresql9.2中遇到一个错误，就是在流复制模式下，如果用psql访问备机，无论执行什么SQL语句，都会报ERRORDATA_STACK_SIZE exceeded错误。
网上搜了下这个错，说是因为保存错误信息的栈溢出了。在postgresql.conf中，这个值默认是2M，按理说2M足够了，因为一次错误报告没那么大。
这个值不能随便设，它与操作系统有关。在centos下，系统默认是10M。postgres里面这个值最大可以设为9.5M。
我把这个值调大了，仍然会报相同的错误。看来错误不在这里。
于是，编一个debug版的pg，然后gdb跟进去看一下。在备机启动pg后，用ps命令获取postgres进程的pid，用gdb的attach追踪这个pid。
运行psql，执行SQL语句。但是gdb却追踪不到：
因为在备机状态下，postgres会fork出子进程处理查询请求：
其中24238是备机主进程，24289是它fork出来的子进程，用来处理查询请求。
在调试的时候，你并不知道子进程的id，这个时候，gdb的一个参数就非常有用了，
这个follow-fork-mode可以设为两个值，child和parent，设成child就可以追踪调试进程所fork出来的子进程。
这可太方便了。
再次运行，一下子就跟到子进程中，找到了出错的函数：
罪魁祸首就是add_audit_logs，这个函数是自己加进去的，目的是用来记录一些审计信息。但是，在这个函数中会调用AssignTransactionId来得到一个新的事务id，但在备机模式下，是不允许创建事务id的：
RecoveryInProgress函数返回true，然后报错。
接着，add_audit_logs会试图记录这条错误信息，然后又获取新事务id，又引发上面这条错误。然后add_audit_logs又记录这条错误。。。
死循环了，直到存放错误信息的栈被用光，报告栈溢出。
让审计函数在备机模式下失效，就能避免此错误了。
postgresql中遭遇ERRORDATA_STACK_SIZE exceeded错误
标签：src ack 系统 error tac 状态 复制 rda 方便
本文系统来源：http://www.cnblogs.com/sirlipeng/p/7244740.html
内容总结
以上是互联网集市为您收集整理的postgresql中遭遇ERRORDATA_STACK_SIZE exceeded错误全部内容，希望文章能够帮你解决postgresql中遭遇ERRORDATA_STACK_SIZE exceeded错误所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。