很奇怪的问题

test

* https://getquicker.net/Sharedaction?code=b186d1ef-143a-41a7-bafa-08da0a4333e6
* abcdddddddddddddddddddddddd
* https://github.com/siyuan-note/siyuan/issues?page=2&q=is%3Aissue+is%3Aopen

选中 getquicker, siyuan 都查不出来. ( siyuan这还是个文档的名字, 也查不出来)
选中 cdddd.... , github 或者其他都是秒出.

等一下看看，可能后重建索引后，后台活动还没结束。不过目前查询的确有问题，经过发现有后台活动的话就会阻断查询一会儿

现在想记录东西，但后台一直不结束，有些不正常我退版本了。

这块没有改过哦，SQLite 不支持写入时查询的，这个一直都是这样。

这块没有改过哦，SQLite 不支持写入时查询的，这个一直都是这样。

试了下, 有几个不存在的笔记. 只要要这种就会卡死.

W 2024/04/11 13:44:02 backlink.go:105: load ref tree [20240411134343-6ahhhzr] failed: tree not found
W 2024/04/11 13:44:03 backlink.go:105: load ref tree [20240411134342-6wiq222] failed: tree not found
W 2024/04/11 13:44:03 backlink.go:105: load ref tree [20240411134342-fuhdy2m] failed: tree not found
W 2024/04/11 13:44:03 backlink.go:105: load ref tree [20240411134341-7thaubt] failed: tree not found

必须重建索引才能解决.

但是发现这个触发了一些其他问题

比如 五彩划线 这个插件的同步功能, 在上面这种有不存在的索引的情况下, 只要同步就会重复创建一条笔记.点一次多创建一次.
貌似其他几个类似用到了查询的功能也都会被 不存在的笔记影响功能不能用.

发生这种情况 failed: tree not found的时候能不能给用户弹个消息, 提示一下,要手工重建笔记?

ps: 我用的window 单机版, 没有开任何同步功能.

这么说应该不是性能问题而是逻辑问题？

不清楚，退版本正常了。之前是真的卡死

@UFDXD 你提到的问题感觉和版本没有关系，一直以来都不支持索引时查询的。

这块没有改过哦，SQLite 不支持写入时查询的，这个一直都是这样。

试了下, 有几个不存在的笔记. 只要要这种就会卡死.

W 2024/04/11 13:44:02 backlink.go:105: load ref tree [20240411134343-6ahhhzr] failed: tree not found
W 2024/04/11 13:44:03 backlink.go:105: load ref tree [20240411134342-6wiq222] failed: tree not found
W 2024/04/11 13:44:03 backlink.go:105: load ref tree [20240411134342-fuhdy2m] failed: tree not found
W 2024/04/11 13:44:03 backlink.go:105: load ref tree [20240411134341-7thaubt] failed: tree not found

必须重建索引才能解决.

但是发现这个触发了一些其他问题

比如 五彩划线 这个插件的同步功能, 在上面这种有不存在的索引的情况下, 只要同步就会重复创建一条笔记.点一次多创建一次. 貌似其他几个类似用到了查询的功能也都会被 不存在的笔记影响功能不能用.

发生这种情况 failed: tree not found的时候能不能给用户弹个消息, 提示一下,要手工重建笔记?

ps: 我用的window 单机版, 没有开任何同步功能.

所以这个应该和性能没有关系，是逻辑问题？

@UFDXD 你提到的问题感觉和版本没有关系，一直以来都不支持索引时查询的。

我知道这个，不过卡的没这么严重，正常也就一两秒。这次是直接转不出来了。想到是新版本，就上来看看，然后正好看到这个问题就顺便回报情况了

@88250 有空又上新版本了，重建索引后使用一会儿又卡死了。贴出日志

W 2024/04/11 17:34:57 blocktree.go:552: save block tree [size=155 MB] to [H:\My-Instrument\Software\思源笔记\思源工作空间\temp\blocktree], elapsed [4.29s]
I 2024/04/11 17:34:59 index.go:278: resolved refs [682] in [2048ms]
I 2024/04/11 17:37:21 queue.go:157: database op tx [141647ms]
I 2024/04/11 17:37:31 queue.go:157: database op tx [8044ms]
W 2024/04/11 17:38:12 transaction.go:138: op tx [5998ms]
W 2024/04/11 17:38:20 file.go:362: build docs [1952] elapsed [707ms]
W 2024/04/11 17:38:36 file.go:362: build docs [1953] elapsed [675ms]
I 2024/04/11 17:40:44 file.go:1616: removed doc [20220601182656-lu9smqc/20240205231813-oi4p8hu/20240411174009-961xmkb.sy]
I 2024/04/11 17:41:01 queue.go:157: database op tx [16376ms]
W 2024/04/11 17:41:01 transaction.go:138: op tx [8716ms]
W 2024/04/11 17:42:35 blocktree.go:552: save block tree [size=1.8 MB] to [H:\My-Instrument\Software\思源笔记\思源工作空间\temp\blocktree], elapsed [2.62s]
W 2024/04/11 17:45:16 transaction.go:86: file is writing:
github.com/siyuan-note/siyuan/kernel/model.WaitForWritingFiles()
D:/88250/siyuan/kernel/model/transaction.go:86 +0x85
github.com/siyuan-note/siyuan/kernel/model.createDoc({0xc03d0a35f0, 0x16}, {0xc031b85a40, 0x31}, {0xc03d0a35a0?, 0x16?}, {0xc06cb2e000, 0x0})
D:/88250/siyuan/kernel/model/file.go:1806 +0xd9a
github.com/siyuan-note/siyuan/kernel/model.createDocsByHPath({0xc03d0a35f0, 0x16}, {0xc03d0a3590, 0x17?}, {0xc06cb2e000, 0x0}, {0xc03d0a3548, 0x16}, {0xc03d0a3560, 0x16})
D:/88250/siyuan/kernel/model/path.go:110 +0x76f
github.com/siyuan-note/siyuan/kernel/model.CreateWithMarkdown({0xc03d0a3518, 0x16}, {0xc03d0a3590, 0x17}, {0x0, 0x0}, {0xc03d0a3548, 0x16}, {0xc03d0a3560, 0x16})
D:/88250/siyuan/kernel/model/file.go:1142 +0x288
github.com/siyuan-note/siyuan/kernel/api.createDocWithMd(0xc08b084b00)
D:/88250/siyuan/kernel/api/filetree.go:681 +0x46d

😅难绷

@UFDXD 感觉有点奇怪，是不是做了什么特定的操作引起的？

@UFDXD 感觉有点奇怪，是不是做了什么特定的操作引起的？

@88250

当时我在 通过【【创建一个文档，这个文档的位置是指定的，专门放用这种方式创建的文档，也就是引用标签打tag标签收纳。

我退版本后，也是正常这样操作，将新版本失败的文档通过这种办法创建出来了，所以是新版本问题，也就是这一版本的改动引起的