Apache Ignite事务架构：故障和恢复
在本系列的[上一篇文章](https://my.oschina.net/liyuj/blog/1627248)中，探讨了并发模型和隔离级别，下面是本系列剩下的文章将要讨论的主题： - 故障和恢复 - Ignite持久化层的事务处理（WAL、检查点及其他） - 第三方持久化层的事务处理 在本文中，会聚焦于事务执行过程中的故障和恢复。 一个分布式的集群由事务协调器...
作者: 李玉珏
{{emojiItem.symbol}}
删除一条评论
评论删除后，数据将无法恢复
公众号
视频号
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
引用来自“我还在等你回家”的评论
作者我想转发一下你这篇文章，留你的原文地址，可以嘛
引用来自“lee_osg”的评论
你好，我看你的文章试着搭建了一个集群。昨天导入了上亿数据，结果一个SQL查询整个集群挂掉了。现在每个节点都起来了，但无法激活集群。
在baseline都能看到节点，在visor激活就报错：
Suppressed: SchemaOperationException [code=3, msg=Table already exists: USER]
at org.apache.ignite.internal.processors.query.QueryUtils.checkQueryEntityConflicts(QueryUtils.java:1126)
请问这种情况数据还能找回来吗？
引用来自“李玉珏”的评论
不了解你的实际情况，你是不是开启了持久化？如果导入数据时间不长，你可以把持久化数据删除，然后重新加载一次再看
建议你如果了解的不够深入，可以逐步增加加载的数据量，慢慢加压，然后测试，不要一次加载大量数据，然后出问题了找不到原因。
😛期待更多文章分享啊，ignite挺好的
引用来自“lee_osg”的评论
你好，我看你的文章试着搭建了一个集群。昨天导入了上亿数据，结果一个SQL查询整个集群挂掉了。现在每个节点都起来了，但无法激活集群。
在baseline都能看到节点，在visor激活就报错：
Suppressed: SchemaOperationException [code=3, msg=Table already exists: USER]
at org.apache.ignite.internal.processors.query.QueryUtils.checkQueryEntityConflicts(QueryUtils.java:1126)
请问这种情况数据还能找回来吗？
引用来自“李玉珏”的评论
不了解你的实际情况，你是不是开启了持久化？如果导入数据时间不长，你可以把持久化数据删除，然后重新加载一次再看
建议你如果了解的不够深入，可以逐步增加加载的数据量，慢慢加压，然后测试，不要一次加载大量数据，然后出问题了找不到原因。
现在删除了persistence下的cache数据。😄网上资料比较少，国内搜到都你发布的，英文的谷歌也没多少结果。
引用来自“lee_osg”的评论
你好，我看你的文章试着搭建了一个集群。昨天导入了上亿数据，结果一个SQL查询整个集群挂掉了。现在每个节点都起来了，但无法激活集群。
在baseline都能看到节点，在visor激活就报错：
Suppressed: SchemaOperationException [code=3, msg=Table already exists: USER]
at org.apache.ignite.internal.processors.query.QueryUtils.checkQueryEntityConflicts(QueryUtils.java:1126)
请问这种情况数据还能找回来吗？
如果导入数据时间不长，你可以把持久化数据删除，然后重新加载一次再看
建议你如果了解的不够深入，可以逐步增加加载的数据量，慢慢加压，然后测试，不要一次加载大量数据，然后出问题了找不到原因。
现在每个节点都起来了，但无法激活集群。
在baseline都能看到节点，在visor激活就报错：
Suppressed: SchemaOperationException [code=3, msg=Table already exists: USER]
at org.apache.ignite.internal.processors.query.QueryUtils.checkQueryEntityConflicts(QueryUtils.java:1126)
请问这种情况数据还能找回来吗？