有没有觉得pre_common_syscache这个表设计得很差?

dadage · 发表于 2022-9-7 21:22:47

1.806288s • DBLink 1 • source/class/table/table_common_syscache.php
SELECT * FROM pre_common_syscache WHERE `cname` IN('tag_76446_1')

里面大量重复的.而且不敢随意删除

loadcache($cachename); 比不要缓存都还慢...

1 贡献

dadage 发表于 2022-9-8 10:59
关键是有很多都是系统插入进去的.

cname大量重复.想要清理根本不可能...也不知道会出现什么问题... ...

并不会大量重复啊，请举例。你这描述来看，肯定是自己二开过或其他插件向里面插入的内容，这是不正常的

dadage · 发表于 2022-9-7 21:24:43

有没有加速的办法?

1314学习网 · 发表于 2022-9-7 23:50:08

tag_76446_1 不是discuz自身写入的，你可以排查是不是安装了什么标签插件写入的

dadage · 发表于 2022-9-8 10:08:28

1314学习网发表于 2022-9-7 23:50
tag_76446_1 不是discuz自身写入的，你可以排查是不是安装了什么标签插件写入的 ...

嗯,我明白,我只是想说.设计得不好.速度慢,,而且很混乱.不好清理...

湖中沉 · 发表于 2022-9-8 10:17:21

dadage 发表于 2022-9-8 10:08
嗯,我明白,我只是想说.设计得不好.速度慢,,而且很混乱.不好清理...

设计是标准常见的设计，没什么混乱的，至于你其他插件或者二开向里面写入大量数据，任何数据表，不管什么设计，数据量大了，自然都会慢的

dadage · 发表于 2022-9-8 10:59:38

湖中沉发表于 2022-9-8 10:17
设计是标准常见的设计，没什么混乱的，至于你其他插件或者二开向里面写入大量数据，任何数据表，不管什么 ...

关键是有很多都是系统插入进去的.

cname大量重复.想要清理根本不可能...也不知道会出现什么问题...

dadage · 发表于 2022-9-8 11:06:43

湖中沉发表于 2022-9-8 10:17
设计是标准常见的设计，没什么混乱的，至于你其他插件或者二开向里面写入大量数据，任何数据表，不管什么 ...

有没有考虑过从新弄一下这张表

dadage · 发表于 2022-9-8 11:16:38

以前我都没有操作过这张表,不知道怎么回事有1G多数据.比post表都还大,有些插件什么的删除了.也不会清空..造成大量垃圾出现..

湖中沉 · 发表于 2022-9-8 11:22:18

dadage 发表于 2022-9-8 10:59
关键是有很多都是系统插入进去的.

cname大量重复.想要清理根本不可能...也不知道会出现什么问题... ...

并不会大量重复啊，请举例。你这描述来看，肯定是自己二开过或其他插件向里面插入的内容，这是不正常的

dadage · 发表于 2022-9-9 16:11:22

湖中沉发表于 2022-9-8 11:22
并不会大量重复啊，请举例。你这描述来看，肯定是自己二开过或其他插件向里面插入的内容，这是不正常的 ...

找到原因了.我是很多年以前升级上来的..以前没有设置主键

[已解决] 有没有觉得pre_common_syscache这个表设计得很差?