久久久久av_欧美日韩一区二区在线_国产精品三区四区_日韩中字在线

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

標(biāo)題: X3.4 forum_post 主鍵問(wèn)題 [打印本頁(yè)]

作者: cordless 時(shí)間: 2023-2-14 21:43
標(biāo)題: X3.4 forum_post 主鍵問(wèn)題
要試升3.5發(fā)現(xiàn)我的 forum_post 這兩個(gè)主鍵順序跟 X3.5的是相反的順序,

維持這樣的順序有沒(méi)有問(wèn)題?
另外如果沒(méi)有問(wèn)題可以手動(dòng)新增其他欄位然后略過(guò)升級(jí)程序?qū)?forum_post的修改嗎?
因?yàn)槊看问占紩?huì)被修改成bak.

(, 下載次數(shù): 44)

作者: 專家 時(shí)間: 2023-2-14 23:24
有問(wèn)題，不可以是這個(gè)順序，而且哪個(gè)Discuz版本也不會(huì)給這個(gè)順序。
你一定是以前參考過(guò)某些網(wǎng)上的錯(cuò)誤教程把這個(gè)順序給換了。換了之后可以在InnoDB以及云數(shù)據(jù)庫(kù)上不報(bào)錯(cuò)，但是進(jìn)數(shù)據(jù)庫(kù)里的數(shù)據(jù)將全部會(huì)是錯(cuò)的。
雖然一般也能用，但所有查詢這個(gè)表的業(yè)務(wù)性能會(huì)受到嚴(yán)重影響。樓層越多影響越大。

作者: cordless 時(shí)間: 2023-2-16 16:41
這可能要再改回MyISAM才能對(duì)調(diào)順序,
我可以只改 forum__post 這個(gè)表成MyISAM其他表繼續(xù)維持innodb嗎?

作者: hopejyb 時(shí)間: 2023-2-16 21:04
我也是X3.4升級(jí)上來(lái)的，查了一下我的數(shù)據(jù)表，和你一樣的順序，但現(xiàn)在使用正常的，我的論壇200多萬(wàn)主題3000多萬(wàn)帖子。
升級(jí)當(dāng)時(shí)也是給改為_(kāi)bak了，我手動(dòng)做了修改，進(jìn)論壇之后先前的主題回復(fù)會(huì)出現(xiàn)丟帖子(不顯示舊帖子，只顯示新帖子)，我查了是position的問(wèn)題，手動(dòng)修復(fù)了，其后把position的default值0改為NULL，發(fā)帖就正常了，現(xiàn)在正常運(yùn)行。
`position` int(10) unsigned NOT NULL,
PRIMARY KEY (`position`,`tid`),

升級(jí)之前就已經(jīng)是InnoDB引擎。

作者: 專家 時(shí)間: 2023-2-16 22:16

hopejyb 發(fā)表于 2023-2-16 21:04
我也是X3.4升級(jí)上來(lái)的，查了一下我的數(shù)據(jù)表，和你一樣的順序，但現(xiàn)在使用正常的，我的論壇200多萬(wàn)主題3000 ...

position 和 tid 反過(guò)來(lái)理論上好像能用，但最好別這么干，目前系統(tǒng)是按tid position設(shè)計(jì)的，反過(guò)來(lái)可能會(huì)導(dǎo)致性能下降，尤其是在大量用戶同時(shí)使用以及單帖超高樓層的場(chǎng)景下。有條件的話最好還是換過(guò)來(lái)。

作者: hopejyb 時(shí)間: 2023-2-16 22:32

專家發(fā)表于 2023-2-16 22:16
position 和 tid 反過(guò)來(lái)理論上好像能用，但最好別這么干，目前系統(tǒng)是按tid position設(shè)計(jì)的，反過(guò)來(lái)可能會(huì) ...

謝謝。我找時(shí)間調(diào)下，主要是帖子表太大了，動(dòng)一次起碼1小時(shí)以上，得找個(gè)合適的時(shí)間。

作者: cordless 時(shí)間: 2023-2-16 22:36

hopejyb 發(fā)表于 2023-2-16 22:32
謝謝。我找時(shí)間調(diào)下，主要是帖子表太大了，動(dòng)一次起碼1小時(shí)以上，得找個(gè)合適的時(shí)間。 ...

在innodb下好像調(diào)不過(guò)來(lái),一直報(bào)錯(cuò),
所以我才想改回MyISAM來(lái)改.
要是改成了麻煩通報(bào)下方法,謝謝.

作者: 專家 時(shí)間: 2023-2-16 23:09
本帖最后由專家于 2023-2-16 23:12 編輯

cordless 發(fā)表于 2023-2-16 22:36
在innodb下好像調(diào)不過(guò)來(lái),一直報(bào)錯(cuò),
所以我才想改回MyISAM來(lái)改.
要是改成了麻煩通報(bào)下方法,謝謝. ...

你得先把position的auto increment去掉……

注意，去掉以后這張表就不能在3.4正常運(yùn)行了，只在升級(jí)的時(shí)候才可以這么做

作者: cordless 時(shí)間: 2023-2-17 01:55

專家發(fā)表于 2023-2-16 23:09
你得先把position的auto increment去掉……

注意，去掉以后這張表就不能在3.4正常運(yùn)行了，只在升級(jí)的時(shí)候 ...

好的謝謝

作者: stonys 時(shí)間: 2023-2-17 08:47

專家發(fā)表于 2023-2-16 23:09
你得先把position的auto increment去掉……

注意，去掉以后這張表就不能在3.4正常運(yùn)行了，只在升級(jí)的時(shí)候 ...

使用過(guò)3.4 的innodb方案。
Discuz! X2.5/X3-X3.4 InnoDB數(shù)據(jù)庫(kù)補(bǔ)丁 beta1.0.8 【2017.8.1更新】
http://m.9999xn.com/thread-12049-1-1.html

舊帖子的postion與pid相同，不知道對(duì)性能有沒(méi)有影響？

作者: cordless 時(shí)間: 2023-2-17 17:27

專家發(fā)表于 2023-2-16 23:09
你得先把position的auto increment去掉……

注意，去掉以后這張表就不能在3.4正常運(yùn)行了，只在升級(jí)的時(shí)候 ...

我試了把數(shù)據(jù)從innodb 轉(zhuǎn)回 MyISAM發(fā)現(xiàn)tid這欄的基數(shù)變大了幾千,
position 的基數(shù)變成空值,如果再做上下次序?qū)φ{(diào),tid變成空的,position的基數(shù)是剛剛tid的基數(shù).
這樣正常嗎?試了發(fā)帖都正常就是了.

作者: 專家 時(shí)間: 2023-2-17 17:30

cordless 發(fā)表于 2023-2-17 17:27
我試了把數(shù)據(jù)從innodb 轉(zhuǎn)回 MyISAM發(fā)現(xiàn)tid這欄的基數(shù)變大了幾千,
position 的基數(shù)變成空值,如果再做上下 ...

auto increment去掉就不需要轉(zhuǎn)回myisam了啊……理論上可以直接對(duì)調(diào)索引里的tid和position了

之前使用對(duì)調(diào)過(guò)的tid和position肯定會(huì)產(chǎn)生不少錯(cuò)誤數(shù)據(jù)，因此數(shù)據(jù)上有點(diǎn)異常應(yīng)該問(wèn)題不大，之后產(chǎn)生的數(shù)據(jù)就沒(méi)有問(wèn)題了。

作者: 專家 時(shí)間: 2023-2-17 17:35

stonys 發(fā)表于 2023-2-17 08:47
使用過(guò)3.4 的innodb方案。
Discuz! X2.5/X3-X3.4 InnoDB數(shù)據(jù)庫(kù)補(bǔ)丁 beta1.0.8 【2017.8.1更新】
https:/ ...

position的正確數(shù)值應(yīng)該是當(dāng)前樓層的樓層號(hào)，和pid相同的話就不對(duì)了。
系統(tǒng)無(wú)法根據(jù)position快速檢索樓層，就會(huì)回退到用pid計(jì)數(shù)的方式，降低性能。
但如果后續(xù)產(chǎn)生的數(shù)據(jù)沒(méi)有錯(cuò)的話，后續(xù)的數(shù)據(jù)是不受影響的，還可以根據(jù)position快速檢索。

不過(guò)按理說(shuō)老版本innodb方案不應(yīng)該有這個(gè)問(wèn)題啊……雖然我沒(méi)用過(guò)，但是我之前看過(guò)它的實(shí)現(xiàn)原理，不應(yīng)該樓層號(hào)寫(xiě)錯(cuò)的?？赡苁悄隳沁吪渲贸鲥e(cuò)了？

作者: stonys 時(shí)間: 2023-2-17 22:32

專家發(fā)表于 2023-2-17 17:35
position的正確數(shù)值應(yīng)該是當(dāng)前樓層的樓層號(hào)，和pid相同的話就不對(duì)了。
系統(tǒng)無(wú)法根據(jù)position快速檢索樓層 ...

有沒(méi)辦法重新更新一下positon樓層號(hào)?

作者: 專家 時(shí)間: 2023-2-18 22:00

stonys 發(fā)表于 2023-2-17 22:32
有沒(méi)辦法重新更新一下positon樓層號(hào)?

這個(gè)不太好弄，因?yàn)橛斜匾碌膒ost表，量往往很大，重寫(xiě)難度高。
可以考慮自制一個(gè)腳本將總樓層數(shù)非常多的帖子的position重寫(xiě)一下。對(duì)同一個(gè)tid，按pid從小到大依次從1開(kāi)始給position就行了。

作者: cordless 時(shí)間: 2023-2-19 01:46

專家發(fā)表于 2023-2-18 22:00
這個(gè)不太好弄，因?yàn)橛斜匾碌膒ost表，量往往很大，重寫(xiě)難度高。
可以考慮自制一個(gè)腳本將總樓層數(shù)非常 ...

我看了下,我大概錯(cuò)誤的地方只有幾頁(yè),是不是我升級(jí)完X3.5后我查出forum_post表
每一個(gè)tid相同的,將position改成1起頭按順序就可以,沒(méi)再牽涉到其他表對(duì)嗎?

作者: cordless 時(shí)間: 2023-2-19 01:51

專家發(fā)表于 2023-2-18 22:00
這個(gè)不太好弄，因?yàn)橛斜匾碌膒ost表，量往往很大，重寫(xiě)難度高。
可以考慮自制一個(gè)腳本將總樓層數(shù)非常 ...

我還看到forum_thread 也有一個(gè)maxposition也要改.

作者: stonys 時(shí)間: 2023-2-19 09:16
本帖最后由 stonys 于 2023-2-19 16:31 編輯

專家發(fā)表于 2023-2-18 22:00
這個(gè)不太好弄，因?yàn)橛斜匾碌膒ost表，量往往很大，重寫(xiě)難度高。
可以考慮自制一個(gè)腳本將總樓層數(shù)非常 ...

用百度了下。
1、重算生成postions表。

create table positions
select
-- rownum 判斷 @pre_tid是否和當(dāng)前的tid一樣，true:讓 @i+=1 false:重置@i
(
@i := case
when @pre_tid = tid then @i + 1
else 1
end
) rownum,
b.pid,b.tid,b.position,
-- 設(shè)置 @pre_tid等于上一個(gè) tid
(@pre_tid := tid)
from
`pre_forum_post` as b,
(
SELECT
@i := 0,
@pre_tid := ''
) AS a
group by
tid,dateline
order by
tid,dateline;

復(fù)制代碼

2、更新post表的postion字段

update `pre_forum_post` a,
positions b
set
a.position = b.rownum
where
a.pid = b.pid

復(fù)制代碼

不知道有沒(méi)有問(wèn)題。
處理后，似乎沒(méi)什么變化。論壇依然CPU占用較高。
由3.4升級(jí)3.5后，CPU占用高這個(gè)問(wèn)題一直沒(méi)找到原因。

之前3.x的innodb方案非常好用，性能很高。

作者: 數(shù)碼達(dá)人 時(shí)間: 2023-2-19 10:00

stonys 發(fā)表于 2023-2-17 08:47
使用過(guò)3.4 的innodb方案。
Discuz! X2.5/X3-X3.4 InnoDB數(shù)據(jù)庫(kù)補(bǔ)丁 beta1.0.8 【2017.8.1更新】
https:/ ...

我也用了InnoDB數(shù)據(jù)庫(kù)補(bǔ)丁，看來(lái)還不敢升級(jí)X3.5

作者: stonys 時(shí)間: 2023-2-19 11:14

數(shù)碼達(dá)人發(fā)表于 2023-2-19 10:00
我也用了InnoDB數(shù)據(jù)庫(kù)補(bǔ)丁，看來(lái)還不敢升級(jí)X3.5

之前的innoDB性能非常高，
3.4時(shí)我的服務(wù)器CPU是1核，平時(shí)負(fù)載非常低，CPU30%以下，
升級(jí)到3.5后的負(fù)載超高，都在100%左右。
后面沒(méi)辦法又花錢(qián)將CPU加到2核，負(fù)載依然很高，平時(shí)CPU在50-70%，也經(jīng)常CPU到100%報(bào)警。

不清楚是不是3.5的性能問(wèn)題，一直沒(méi)找到原因。

作者: 專家 時(shí)間: 2023-2-19 15:28

stonys 發(fā)表于 2023-2-19 11:14
之前的innoDB性能非常高，
3.4時(shí)我的服務(wù)器CPU是1核，平時(shí)負(fù)載非常低，CPU30%以下，
升級(jí)到3.5后的負(fù)載超 ...

x3.4 innodb框架和3.5的主要區(qū)別在回帖這塊，如果你的站點(diǎn)不是高頻回帖場(chǎng)景占比很大的話，一般不至于。
有條件的話可以嘗試短暫禁用回帖功能，觀察CPU是否有明顯的下降。

另外3.5這套方案早在測(cè)試階段就給過(guò)超大型站點(diǎn)用過(guò)的，現(xiàn)在內(nèi)置的是根據(jù)反饋?zhàn)隽藘?yōu)化后的版本，按理說(shuō)應(yīng)該可以才對(duì)。

看帖這塊3.4 3.5邏輯都是一樣的，重定position值優(yōu)化的是看帖，理論上對(duì)3.4和3.5都有幫助，可以在查看階段走快速查詢。
你那邊重寫(xiě)position以后，記得抽幾條數(shù)據(jù)檢查一下，position是否為當(dāng)前帖子的樓層號(hào)。
另外forum_threaddisablepos這個(gè)表一定要清理下，凡是這個(gè)表里有數(shù)值的帖子都不走快速查詢。

作者: 專家 時(shí)間: 2023-2-19 15:31

cordless 發(fā)表于 2023-2-19 01:46
我看了下,我大概錯(cuò)誤的地方只有幾頁(yè),是不是我升級(jí)完X3.5后我查出forum_post表
每一個(gè)tid相同的,將positio ...

是這樣的。

作者: stonys 時(shí)間: 2023-2-19 16:16

專家發(fā)表于 2023-2-19 15:28
x3.4 innodb框架和3.5的主要區(qū)別在回帖這塊，如果你的站點(diǎn)不是高頻回帖場(chǎng)景占比很大的話，一般不至于。
...

感謝解答。
論壇回帖人很少，不是高頻回帖場(chǎng)景。
又將thread表的maxposition重算修復(fù)了，之前的值都比較大，幾萬(wàn)到幾十萬(wàn)以上，不曉得是不是這個(gè)原因。
另外，pre_forum_threaddisablepos這個(gè)表有4000多條記錄，這個(gè)表的數(shù)據(jù)是自動(dòng)生成的嗎？直接清理掉嗎？

作者: 專家 時(shí)間: 2023-2-19 16:17

stonys 發(fā)表于 2023-2-19 16:16
感謝解答。
論壇回帖人很少，不是高頻回帖場(chǎng)景。
又將thread表的maxposition重算修復(fù)了，之前的值都比較 ...

threaddisablepos 理論上可以直接清空表，在早期版本這就是個(gè)內(nèi)存表，重啟一下服務(wù)器數(shù)據(jù)就沒(méi)了那種的。
當(dāng)然不放心的話可以備份一下。

作者: stonys 時(shí)間: 2023-2-19 16:34

專家發(fā)表于 2023-2-19 16:17
threaddisablepos 理論上可以直接清空表，在早期版本這就是個(gè)內(nèi)存表，重啟一下服務(wù)器數(shù)據(jù)就沒(méi)了那種的。
...

謝謝，已經(jīng)清空。
觀察兩天看下

作者: hopejyb 時(shí)間: 2023-2-19 21:23

cordless 發(fā)表于 2023-2-19 01:46
我看了下,我大概錯(cuò)誤的地方只有幾頁(yè),是不是我升級(jí)完X3.5后我查出forum_post表
每一個(gè)tid相同的,將positio ...

我遇到這個(gè)情況。

當(dāng)時(shí)升級(jí)完之后，我發(fā)現(xiàn)異常，回復(fù)升級(jí)之前的主題，升級(jí)之前的帖子會(huì)顯示不出來(lái)，只有升級(jí)之后發(fā)的帖子，我檢查了post表，發(fā)現(xiàn)position默認(rèn)是從0開(kāi)始的，于是修改為1開(kāi)始，并且手動(dòng)修改了有問(wèn)題的帖子的position的值，一切正常了。

以下是升級(jí)之前的主題：

select tid,pid,first,position from nb_forum_post where tid=2024807;
+---------+----------+-------+----------+
| tid    | pid    | first | position |
+---------+----------+-------+----------+
| 2024807 | 34659470 |    1 | 41358421 |
| 2024807 | 34659556 |    0 | 41358507 |
| 2024807 | 34659706 |    0 | 41358657 |
| 2024807 | 34660591 |    0 | 41359542 |
| 2024807 | 34660729 |    0 | 41359680 |
| 2024807 | 34660731 |    0 | 41359682 |
| 2024807 | 34660738 |    0 | 41359689 |
+---------+----------+-------+----------+
7 rows in set (0.00 sec)

以下是升級(jí)之后發(fā)的主題：

select tid,pid,first,position from nb_forum_post where tid=2029587;
+---------+----------+-------+----------+
| tid    | pid    | first | position |
+---------+----------+-------+----------+
| 2029587 | 34746471 |    1 |       1 |
| 2029587 | 34746741 |    0 |       2 |
| 2029587 | 34746921 |    0 |       3 |
| 2029587 | 34747024 |    0 |       4 |
| 2029587 | 34747033 |    0 |       5 |
| 2029587 | 34747189 |    0 |       6 |
| 2029587 | 34747264 |    0 |       7 |
| 2029587 | 34748053 |    0 |       8 |
| 2029587 | 34748834 |    0 |       9 |
| 2029587 | 34749684 |    0 |    10 |
| 2029587 | 34749690 |    0 |    11 |
| 2029587 | 34750748 |    0 |    12 |
| 2029587 | 34750773 |    0 |    13 |
| 2029587 | 34753543 |    0 |    14 |
| 2029587 | 34755084 |    0 |    15 |
+---------+----------+-------+----------+
15 rows in set (0.01 sec)

作者: cordless 時(shí)間: 2023-2-19 22:04

hopejyb 發(fā)表于 2023-2-19 21:23
我遇到這個(gè)情況。

當(dāng)時(shí)升級(jí)完之后，我發(fā)現(xiàn)異常，回復(fù)升級(jí)之前的主題，升級(jí)之前的帖子會(huì)顯示不出來(lái)，只有 ...

我已經(jīng)試過(guò)手動(dòng)修改forum_post符合3.5后把forum_post加入那五個(gè)不轉(zhuǎn)換的表中,就不讓升級(jí)程序幫我改就可以了,唯一要做的是最后取消AI再把樓層修改回來(lái).

作者: 專家 時(shí)間: 2023-2-19 22:46

hopejyb 發(fā)表于 2023-2-19 21:23
我遇到這個(gè)情況。

當(dāng)時(shí)升級(jí)完之后，我發(fā)現(xiàn)異常，回復(fù)升級(jí)之前的主題，升級(jí)之前的帖子會(huì)顯示不出來(lái)，只有 ...

官方版本的X3.5表里的position沒(méi)有默認(rèn)值，不過(guò)這個(gè)應(yīng)該影響不大。

作者: cordless 時(shí)間: 2023-3-2 01:38

專家發(fā)表于 2023-2-19 22:46
官方版本的X3.5表里的position沒(méi)有默認(rèn)值，不過(guò)這個(gè)應(yīng)該影響不大。

用修改后的update正常升級(jí)到x3.5了,
也把position修改好,看起來(lái)都正常了,
謝謝你的解說(shuō).

作者: cordless 時(shí)間: 2023-3-6 18:41
本帖最后由 cordless 于 2023-3-6 18:59 編輯

專家發(fā)表于 2023-2-19 22:46
官方版本的X3.5表里的position沒(méi)有默認(rèn)值，不過(guò)這個(gè)應(yīng)該影響不大。

我的forum_post都修正了,現(xiàn)在正在想辦法修正forum_thread的maxposition.
發(fā)現(xiàn)到有3000多筆要修正,我的好像都是1.
0的只有幾個(gè)都已修正,想問(wèn)一下這個(gè)欄位錯(cuò)誤到底有沒(méi)有問(wèn)題?
會(huì)參考到這個(gè)欄位嗎?還是有回覆時(shí)會(huì)自動(dòng)修正?

作者: cordless 時(shí)間: 2023-3-6 19:56

專家發(fā)表于 2023-2-19 22:46
官方版本的X3.5表里的position沒(méi)有默認(rèn)值，不過(guò)這個(gè)應(yīng)該影響不大。

結(jié)果三搞兩搞全部修正完畢了.

作者: 專家 時(shí)間: 2023-3-7 16:11

cordless 發(fā)表于 2023-3-6 18:41
我的forum_post都修正了,現(xiàn)在正在想辦法修正forum_thread的maxposition.
發(fā)現(xiàn)到有3000多筆要修正,我的好像 ...

看了下代碼里的實(shí)現(xiàn)，這個(gè)值似乎是自動(dòng)更新的。不過(guò)改了也好。

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

久久久久av_欧美日韩一区二区在线_国产精品三区四区_日韩中字在线