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

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 貢獻(xiàn)

最佳答案

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

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

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

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

dadage

有沒有加速的辦法?

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

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

dadage

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

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

湖中沉

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

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

dadage

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

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

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

dadage

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

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

dadage

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

湖中沉

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

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

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

dadage

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

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