forum_thread主題表頻繁鎖表，有什么好辦法么？

ink

forum_thread（myisam）表大概1.6G大小，頻繁的被鎖表，而且mysql的慢查詢幾乎都和這個(gè)表有關(guān)系，類似的慢查詢記錄：

# Time: 2022-05-08T01:51:00.188791Z

# User@Host: ****@localhost [127.0.0.1]  Id: 880133

# Query_time: 3.783841  Lock_time: 0.094868 Rows_sent: 1  Rows_examined: 1816276

SET timestamp=1651974660;

SELECT t.tid, t.closed, t.author, t.authorid FROM forum_thread tWHERE  t.fid IN('176','183','166','147','174','31','56','77','78','80','76','158','160','167','171','178','179','240','241','247','248','249','262','282','156','74','70','71','72','73','69','97','161','86','136','169','173','175','92','94','182','281','159','285','88','89','90','48','25','21')AND t.displayorder>='0' AND (0 OR t.subject LIKE '*****') ORDER BY tidDESC LIMIT 500;

之前嘗試給dateline加了索引，情況有輕微的改善，看上面的記錄應(yīng)該都是和搜索有關(guān)系的，論壇已經(jīng)限制僅僅能搜索主題，但就這樣如果還因?yàn)樗阉黝l繁鎖表的話，總不能禁止了搜索功能……

請(qǐng)高手指點(diǎn)一下，萬(wàn)分感謝！！！！！！！！！！！！！！

我知道答案 回答被采納將會(huì)獲得1 貢獻(xiàn) 已有12人回答

jiangchuankyo

ink 發(fā)表于 2022-5-12 10:42
謝謝推薦，這類插件我看過(guò)，可惜我的站點(diǎn)暫時(shí)還是GBK的，另外可能馬上面臨3.5的升級(jí)，暫時(shí)還是緩一緩。 ...

用排除法即可:
把你的查詢時(shí)間很久的那句復(fù)制到mysqladmin自定義執(zhí)行命令里面去手動(dòng)查看, 看看要多久,

然后依次該句的條件項(xiàng), 看是哪一個(gè)條件引起的耗時(shí)

ink

天外飄仙 發(fā)表于 2022-5-12 08:54
可以試試 我開(kāi)發(fā)的xunsearch搜索插件: https://addon.dismall.com/plugins/twpx_xunsearch.html
搜索速度和 ...

謝謝推薦，這類插件我看過(guò)，可惜我的站點(diǎn)暫時(shí)還是GBK的，另外可能馬上面臨3.5的升級(jí)，暫時(shí)還是緩一緩。

天外飄仙

可以試試 我開(kāi)發(fā)的xunsearch搜索插件: https://addon.dismall.com/plugins/twpx_xunsearch.html
搜索速度和效果 要比   dz自帶的好 不少——而且全文搜索 也不會(huì)對(duì) 數(shù)據(jù)庫(kù)造成壓力

ink

dashen 發(fā)表于 2022-5-8 19:42
不像自帶的sql

請(qǐng)教一下，主題表目前1.6G，沒(méi)有分表，已經(jīng)建立下圖中這些索引，是否合理？萬(wàn)分感謝！

ink

dashen 發(fā)表于 2022-5-8 19:42
不像自帶的sql

我曾經(jīng)也懷疑過(guò)，所以剛才去后臺(tái)設(shè)置內(nèi)把搜索的最大搜索結(jié)果改成了400，過(guò)了一會(huì)再去看慢日志：

\n# Time: 2022-05-10T04:10:13.815770Z\n# User@Host: *** @ localhost [127.0.0.1]  Id: 8774685\n# Query_time: 3.068823  Lock_time: 0.000116 Rows_sent: 43  Rows_examined: 1817067\nSET timestamp=1652155813;\nSELECT  t.tid, t.closed, t.author, t.authorid FROM forum_thread t WHERE  t.fid IN ('176','183','166','147','174','31','56','77','78','80','76','158','160','167','171','178','179','240','241','247','248','249','262','282','156','74','70','71','72','73','69','97','161','86','136','169','173','175','92','94','182','281','159','285','88','89','90','48','25','21') AND t.displayorder>='0' AND (0 OR t.subject LIKE '%s905x3%') ORDER BY tid DESC LIMIT 400;

還真得就是系統(tǒng)自帶的搜索。

dashen

不像自帶的sql

科站網(wǎng)

搜索本身就挺費(fèi)的，可以試試換成innodb，限制搜索時(shí)間，或者使用插件https://addon.dismall.com/plugins/xunsearch.html

ink

耗子 發(fā)表于 2022-5-8 13:15
會(huì)不會(huì)和插件有關(guān)系，    分表下試試

而且主題表不敢分表啊，后患無(wú)窮

以前進(jìn)行過(guò)用戶表優(yōu)化，后悔不已，有陰影了……

ink

mingkong 發(fā)表于 2022-5-8 12:41
看起來(lái)不是很像系統(tǒng)自帶的查詢語(yǔ)句，可以請(qǐng)人改進(jìn)這個(gè)慢查詢的查詢方法。 ...

應(yīng)該就是這個(gè)搜索界面：http://www.9999xn.com/search.php?mod=forum&adv=yes