12
返回列表 发新帖
楼主: fuiou_cary

[笔记] 大神速来围观,mysql ndbcluster7.3.2报错怎么处理

[复制链接]
论坛徽章:
0
11#
发表于 2014-12-2 12:39 | 只看该作者
fuiou_cary 发表于 2014-12-2 11:40
没有,效率高的时候基本没问题,但是一旦碰到多个慢查询一起查这个表,恰好这个时候插入数据服务器响应慢 ...

手册里的解释 请问有没有尝试减少 MaxBufferedEpochs这个值呢?

MaxBufferedEpochs

Effective Version        Type/Units        Default        Range/Values        Restart Type
NDB 6.2.14        epochs        100        0 - 100000        N
The number of unprocessed epochs by which a subscribing node can lag behind. Exceeding this number causes a lagging subscriber to be disconnected.

The default value of 100 is sufficient for most normal operations. If a subscribing node does lag enough to cause disconnections, it is usually due to network or scheduling issues with regard to processes or threads. (In rare circumstances, the problem may be due to a bug in the NDB client.) It may be desirable to set the value lower than the default when epochs are longer.

Disconnection prevents client issues from affecting the data node service, running out of memory to buffer data, and eventually shutting down. Instead, only the client is affected as a result of the disconnect (by, for example gap events in the binary log), forcing the client to reconnect or restart the process.

http://dev.mysql.com/doc/refman/ ... d-maxbufferedepochs 原文地址】

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2014-12-2 12:42 | 只看该作者
fuiou_cary 发表于 2014-12-2 11:40
没有,效率高的时候基本没问题,但是一旦碰到多个慢查询一起查这个表,恰好这个时候插入数据服务器响应慢 ...

The number of unprocessed epochs by which a subscribing node can lag behind. Exceeding this number causes a lagging subscriber to be disconnected.

The default value of 100 is sufficient for most normal operations. If a subscribing node does lag enough to cause disconnections, it is usually due to network or scheduling issues with regard to processes or threads. (In rare circumstances, the problem may be due to a bug in the NDB client.) It may be desirable to set the value lower than the default when epochs are longer.

Disconnection prevents client issues from affecting the data node service, running out of memory to buffer data, and eventually shutting down. Instead, only the client is affected as a result of the disconnect (by, for example gap events in the binary log), forcing the client to reconnect or restart the process.

5.1文档里的 请问有没有尝试减小值?

使用道具 举报

回复
论坛徽章:
12
优秀写手
日期:2014-09-03 06:00:13双鱼座
日期:2015-12-16 10:37:41天蝎座
日期:2015-12-02 14:44:59秀才
日期:2015-11-11 09:58:34ITPUB14周年纪念章
日期:2015-10-26 17:23:44巨蟹座
日期:2015-09-02 14:45:30金牛座
日期:2015-08-25 16:02:53天蝎座
日期:2015-07-21 16:49:04喜羊羊
日期:2015-07-07 16:42:312015年新春福章
日期:2015-03-06 11:59:47
13#
 楼主| 发表于 2014-12-2 17:51 | 只看该作者
zsc1980 发表于 2014-12-2 12:39
手册里的解释 请问有没有尝试减少 MaxBufferedEpochs这个值呢?

MaxBufferedEpochs

不太明白跟这个参数有什么关系啊?新手求解释!

使用道具 举报

回复
论坛徽章:
0
14#
发表于 2014-12-4 18:12 | 只看该作者
fuiou_cary 发表于 2014-12-2 17:51
不太明白跟这个参数有什么关系啊?新手求解释!

出现这种情况的时候 管理节点的日志里会有这个相关的错误

使用道具 举报

回复
论坛徽章:
12
优秀写手
日期:2014-09-03 06:00:13双鱼座
日期:2015-12-16 10:37:41天蝎座
日期:2015-12-02 14:44:59秀才
日期:2015-11-11 09:58:34ITPUB14周年纪念章
日期:2015-10-26 17:23:44巨蟹座
日期:2015-09-02 14:45:30金牛座
日期:2015-08-25 16:02:53天蝎座
日期:2015-07-21 16:49:04喜羊羊
日期:2015-07-07 16:42:312015年新春福章
日期:2015-03-06 11:59:47
15#
 楼主| 发表于 2014-12-5 11:59 | 只看该作者
zsc1980 发表于 2014-12-4 18:12
出现这种情况的时候 管理节点的日志里会有这个相关的错误

可是我的没有哎   我是7.3.2   跟版本有关系吗?

使用道具 举报

回复
论坛徽章:
0
16#
发表于 2014-12-9 13:34 | 只看该作者
fuiou_cary 发表于 2014-12-5 11:59
可是我的没有哎   我是7.3.2   跟版本有关系吗?

我用的7.3.5 可能跟版本有关系吧

使用道具 举报

回复
论坛徽章:
12
优秀写手
日期:2014-09-03 06:00:13双鱼座
日期:2015-12-16 10:37:41天蝎座
日期:2015-12-02 14:44:59秀才
日期:2015-11-11 09:58:34ITPUB14周年纪念章
日期:2015-10-26 17:23:44巨蟹座
日期:2015-09-02 14:45:30金牛座
日期:2015-08-25 16:02:53天蝎座
日期:2015-07-21 16:49:04喜羊羊
日期:2015-07-07 16:42:312015年新春福章
日期:2015-03-06 11:59:47
17#
 楼主| 发表于 2014-12-9 14:37 | 只看该作者
zsc1980 发表于 2014-12-9 13:34
我用的7.3.5 可能跟版本有关系吧

嗯   应该是  你是减少MaxBufferedEpochs?  我搞了个7.3.6的测试   可是出现的是
WARNING  -- Node 5: Disconnecting node 23 because it has exceeded MaxBufferedEpochs (100 > 100), epoch 4434486/0
这个是应该增大MaxBufferedEpochs吧?

使用道具 举报

回复
论坛徽章:
12
优秀写手
日期:2014-09-03 06:00:13双鱼座
日期:2015-12-16 10:37:41天蝎座
日期:2015-12-02 14:44:59秀才
日期:2015-11-11 09:58:34ITPUB14周年纪念章
日期:2015-10-26 17:23:44巨蟹座
日期:2015-09-02 14:45:30金牛座
日期:2015-08-25 16:02:53天蝎座
日期:2015-07-21 16:49:04喜羊羊
日期:2015-07-07 16:42:312015年新春福章
日期:2015-03-06 11:59:47
18#
 楼主| 发表于 2014-12-9 14:38 | 只看该作者
zsc1980 发表于 2014-12-9 13:34
我用的7.3.5 可能跟版本有关系吧

我是一次性大量插数据的时候报了一个transaction abort的错,管理节点报了MaxBufferedEpochs这个exceed的错

使用道具 举报

回复
论坛徽章:
0
19#
发表于 2014-12-9 15:36 | 只看该作者
fuiou_cary 发表于 2014-12-9 14:37
嗯   应该是  你是减少MaxBufferedEpochs?  我搞了个7.3.6的测试   可是出现的是
WARNING  -- Node 5:  ...

官方文档写到减小 表示怀疑

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表