有沒有覺得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
并不會大量重復啊，請舉例。你這描述來看，肯定是自己二開過或其他插件向里面插入的內容，這是不正常的 ...

找到原因了.我是很多年以前升級上來的..以前沒有設置主鍵

久久久久av_欧美日韩一区二区在线_国产精品三区四区_日韩中字在线