而且崩溃后的页面在相应的索引中没有办法直接找到

但是搜索可以搜到 

然而再点进去又什么都没有

那个主题页叫Transformer，我大概去年10月份建的。实际上就是引用，把一个地方的Transformer加上了[[]]，之后原来的页面就没了，所有子结点都散了

以前积累的知识是否真的能可靠地保存？会不会在某天的时候组织的知识结构突然就散了呢？

测试了一下在不同机子上登录问题是否会消失，但发现碎得更厉害，比如，这一页：

在另一台机子上，“处理过程”又碎出了一页，部分地方甚至，每一行的内容都变成了新一页。。。

好惨

更新，以下是我自己尝试还原数据，给出的一些分析结果。

东西是去年的东西，我也经常备份，找到了一个6月20日的备份（15天前的）

然后对比了两边的数据，结果是这样的：

几个结论，1，可以推测出来原来的数据是怎样的，所以能够还原出来。

从已经知道的子节点出发，搜索里面的内容，可以定位到相应的数据，逐级往上找pky，也就是父节点的id，可以找到原始的Transformer节点，如下

在之前导出的数据里找，确认确实原来的页面就是这个名字，也有自己的ky，根据这个来搜索可以找到所有的直接子节点。

2，对比出了问题之后的和之前备份的数据里的搜索结果，如下

一个可以搜到5个，一个可以搜到6个，推测差别就在于，只能搜到5个的那个是父结点的ky变了。

通过搜索，印证了这一点：（一个是之前备份的，一个是出问题之后的）

结论是：原来的是u4fS-topic-sdW7Kab，后来的是u4fS-topic-sChjNUOh，所以原来链接到u4fS-topic-sdW7Kab上的全部都找不到父节点，自然就都散了。这个就是实际上，在数据层，主题页的结构散了。

虽然没看明白，但是感觉很严重，想知道如何导致这个问题的，想在hardy修复前尽量避免这样的操作。
求复现方法

根据分析，有可能是数据库主键约束可能有点问题。早上试了一下，把以前的数据库修改了，导进去，再导出来的时候发现，ky作为主键，所以可以同时存在同名但ky不同的主题页。而引用的时候实际上使用的是主题页的名字，而不是ky，所以这样的映射关系不是唯一的。

是不是使用这个功能之后发生的？

不是的，具体的已经在群里说了，这里就不再重说了