男的舔女的下面视频在线播放-少妇愉情理仑片高潮日本-久久久久久国产一区二区三区-麻豆精品一区二区综合-国产精品超碰在线观看-网红极品女神精品视频在线-国产亚洲综合777-高清性视频一区二区播放-中文字幕第一页亚洲天堂

Discuz! 官方交流社區(qū)

標題: 請教一下mysql的高手，這種頻繁的慢查詢有什么好辦法么？ [打印本頁]

作者: ink 時間: 2024-2-24 10:40
標題: 請教一下mysql的高手，這種頻繁的慢查詢有什么好辦法么？
記得之前discuzX 3.4的時候就有這個現(xiàn)象，現(xiàn)在3.5問題依舊，如下：

# Time: 2024-02-24T02:00:48.433640+08:00
# User@Host: discuzX[discuzX] @ localhost [127.0.0.1]  Id: 19786697
# Query_time: 4.024363  Lock_time: 0.000057 Rows_sent: 0  Rows_examined: 1
SET timestamp=1708711248;
UPDATE pre_forum_threadaddviews SET `addviews`=`addviews`+1 WHERE tid=8348981;

# Time: 2024-02-24T02:00:48.923242+08:00
# User@Host: discuzX[discuzX] @ localhost [127.0.0.1]  Id: 19786730
# Query_time: 3.027535  Lock_time: 0.000045 Rows_sent: 0  Rows_examined: 1
SET timestamp=1708711248;
UPDATE pre_forum_threadaddviews SET `addviews`=`addviews`+1 WHERE tid=218363;

# Time: 2024-02-24T02:00:48.923702+08:00
# User@Host: discuzX[discuzX] @ localhost [127.0.0.1]  Id: 19786703
# Query_time: 4.272790  Lock_time: 0.000055 Rows_sent: 0  Rows_examined: 1
SET timestamp=1708711248;
UPDATE pre_forum_threadaddviews SET `addviews`=`addviews`+1 WHERE tid=4060167;

還有很多行，就不全部粘貼了，主要是對這個表的頻繁寫入，而且這個表也不會自動清空，pre_forum_threadaddviews

discuz后臺服務(wù)器優(yōu)化那里打開或者關(guān)閉 “是否優(yōu)化更新主題瀏覽量”  都無法解決。如果清空了 pre_forum_threadaddviews  這個表可能會好一會兒，也就只能好一會。

目前環(huán)境是discuzX 3.5+php7.4+nginx+mysql5.7

哪位高手能否指點一些，萬分感謝！謝謝！

作者: ink 時間: 2024-2-26 11:25
？？？？唉，搞不懂，為什么我的帖子一直要審核，別人的一發(fā)就過

作者: ink 時間: 2024-2-27 14:35
頂一下自己的帖子

作者: 天外飄仙 時間: 2024-2-27 14:45
你的服務(wù)器負載太高了吧……

是不是服務(wù)器的負載波動比較大, 負載高的時候寫表可能就慢了……

作者: mingkong 時間: 2024-2-27 14:53
如果頻繁addviews+1
看看這一句
UPDATE pre_forum_threadaddviews SET `addviews`=`addviews`+1 WHERE tid=4060167;
最后的tid是否你的網(wǎng)站真是存在的主題id
如果不存在，可能是有人惡意刷你帖子。
如果都是存在的主題tid，也不排除有人惡意刷帖。檢查一下如圖設(shè)置是否選擇了否。改成“是”，能防止頻繁寫入查看數(shù)。
如果已經(jīng)選擇的“是”
也不排除是網(wǎng)絡(luò)爬蟲頻繁光顧你的網(wǎng)站爬取內(nèi)容。可以嘗試屏蔽可疑的訪問IP地址。

作者: archlib 時間: 2024-2-27 20:15
試試升級數(shù)據(jù)庫到8.0

作者: ink 時間: 2024-2-28 22:12

天外飄仙發(fā)表于 2024-2-27 14:45
你的服務(wù)器負載太高了吧……

是不是服務(wù)器的負載波動比較大, 負載高的時候寫表可能就慢了…… ...

也這么想過，但各種臨時升級服務(wù)器配置，譬如帶寬或者硬盤速度，都無效。

上面有個網(wǎng)友回復(fù)說升級到MYSQL8.0試試，所以這幾天就在折騰這個升級。

謝謝你的建議。

作者: ink 時間: 2024-2-28 22:13

archlib 發(fā)表于 2024-2-27 20:15
試試升級數(shù)據(jù)庫到8.0

謝謝，已經(jīng)在折騰升級mysql了。

作者: 達達崩吧 時間: 2024-3-21 10:37
樓主升級后怎么樣，我也有這個問題，后來把調(diào)用主題、內(nèi)容的插件關(guān)掉好一些！

作者: false001 時間: 2024-3-21 17:37
你的貼子已經(jīng)有百萬之多了嗎？如果都是正常情況的話，只能修改代碼為異步操作。

作者: 頑童不老 時間: 2024-3-21 21:46
設(shè)置$_config['security']['attackevasive'] = '4'; //2|4|8，看看。

作者: ink 時間: 2024-3-23 20:58

達達崩吧發(fā)表于 2024-3-21 10:37
樓主升級后怎么樣，我也有這個問題，后來把調(diào)用主題、內(nèi)容的插件關(guān)掉好一些！ ...

折騰一陣子后，結(jié)果如下：

其實MYSQL8的速度還不如5.7，具體的慢查詢其實多種原因造成的，主要是硬盤滿負荷了，造成硬盤滿負荷的原因有很多，主要還是寶塔的日志記錄軟件造成的，多個日志文件日積月累都有10G左右大小，每次的寫入造成硬盤寫操作…………
關(guān)閉日志軟件后情況好了很多，繼續(xù)折騰了好多天…………目前mysql8，也懶得退回到5.7了，運行良好，不再有慢查詢。

反正MYSQL的慢查詢基本都是其他軟件造成的，不要盲目升級。

作者: ink 時間: 2024-3-23 20:59

false001 發(fā)表于 2024-3-21 17:37
你的貼子已經(jīng)有百萬之多了嗎？如果都是正常情況的話，只能修改代碼為異步操作。 ...

主題就50萬左右，但post表有1000多萬，所以只要有其他軟件影響，肯定會造成mysql慢查詢

作者: ink 時間: 2024-3-23 21:00

頑童不老發(fā)表于 2024-3-21 21:46
設(shè)置$_config['security']['attackevasive'] = '4'; //2|4|8，看看。

謝謝你的建議，但基本可以排除不是攻擊造成的。

作者: 湖中沉 時間: 2024-3-23 21:03

ink 發(fā)表于 2024-3-23 20:59
主題就50萬左右，但post表有1000多萬，所以只要有其他軟件影響，肯定會造成mysql慢查詢
...

因為mysql本身也很吃內(nèi)存和IO的，硬盤滿了的話IO性能就大幅度下降了，比如C盤滿了系統(tǒng)都會很慢，一個道理

作者: ink 時間: 2024-3-24 22:08

湖中沉發(fā)表于 2024-3-23 21:03
因為mysql本身也很吃內(nèi)存和IO的，硬盤滿了的話IO性能就大幅度下降了，比如C盤滿了系統(tǒng)都會很慢，一個道理 ...

服務(wù)器是阿里云的，我也曾經(jīng)試過增加硬盤的QPS，但實際似乎沒什么用，也不知道為什么，反正最后找到問題所在的插件或者寶塔的插件，然后想辦法解決這些插件的問題就OK了。

歡迎光臨 Discuz! 官方交流社區(qū) (http://m.sdtechgong.com.cn/)