有沒有覺得pre_common_syscache這個表設計得很差?

dadage

• 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大量重復.想要清理根本不可能...也不知道會出現什么問題... ...

并不會大量重復啊，請舉例。你這描述來看，肯定是自己二開過或其他插件向里面插入的內容，這是不正常的

• 湖中沉
• 發表于2022-9-8 11:22:18
• 詳細答案 >

dadage

有沒有加速的辦法?

1314學習網

tag_76446_1 不是discuz自身寫入的，你可以排查是不是安裝了什么標簽插件寫入的

dadage

1314學習網 發表于 2022-9-7 23:50
tag_76446_1 不是discuz自身寫入的，你可以排查是不是安裝了什么標簽插件寫入的 ...

嗯,我明白,我只是想說.設計得不好.速度慢,,而且很混亂.不好清理...

湖中沉

dadage 發表于 2022-9-8 10:08
嗯,我明白,我只是想說.設計得不好.速度慢,,而且很混亂.不好清理...

設計是標準常見的設計，沒什么混亂的，至于你其他插件或者二開向里面寫入大量數據，任何數據表，不管什么設計，數據量大了，自然都會慢的

dadage

湖中沉 發表于 2022-9-8 10:17
設計是標準常見的設計，沒什么混亂的，至于你其他插件或者二開向里面寫入大量數據，任何數據表，不管什么 ...

關鍵是有很多都是系統插入進去的.

cname大量重復.想要清理根本不可能...也不知道會出現什么問題...

dadage

湖中沉 發表于 2022-9-8 10:17
設計是標準常見的設計，沒什么混亂的，至于你其他插件或者二開向里面寫入大量數據，任何數據表，不管什么 ...

有沒有考慮過從新弄一下這張表

dadage

以前我都沒有操作過這張表,不知道怎么回事有1G多數據.比post表都還大,有些插件什么的刪除了.也不會清空..造成大量垃圾出現..

湖中沉

dadage 發表于 2022-9-8 10:59
關鍵是有很多都是系統插入進去的.

cname大量重復.想要清理根本不可能...也不知道會出現什么問題... ...

并不會大量重復啊，請舉例。你這描述來看，肯定是自己二開過或其他插件向里面插入的內容，這是不正常的

dadage

湖中沉 發表于 2022-9-8 11:22
并不會大量重復啊，請舉例。你這描述來看，肯定是自己二開過或其他插件向里面插入的內容，這是不正常的 ...

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