有沒有覺得pre_common_syscache這個表設(shè)計得很差?

dadage

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

里面大量重復(fù)的.而且不敢隨意刪除

loadcache($cachename);  比不要緩存都還慢...

1 貢獻

最佳答案

dadage 發(fā)表于 2022-9-8 10:59
關(guān)鍵是有很多都是系統(tǒng)插入進去的.

cname大量重復(fù).想要清理根本不可能...也不知道會出現(xiàn)什么問題... ...

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

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

dadage

有沒有加速的辦法?

1314學(xué)習(xí)網(wǎng)

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

dadage

1314學(xué)習(xí)網(wǎng) 發(fā)表于 2022-9-7 23:50
tag_76446_1 不是discuz自身寫入的，你可以排查是不是安裝了什么標簽插件寫入的 ...

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

湖中沉

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

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

dadage

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

關(guān)鍵是有很多都是系統(tǒng)插入進去的.

cname大量重復(fù).想要清理根本不可能...也不知道會出現(xiàn)什么問題...

dadage

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

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

dadage

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

湖中沉

dadage 發(fā)表于 2022-9-8 10:59
關(guān)鍵是有很多都是系統(tǒng)插入進去的.

cname大量重復(fù).想要清理根本不可能...也不知道會出現(xiàn)什么問題... ...

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

dadage

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

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