后來問題是怎么解決的。

Leo 發表于 2023-1-13 22:12
能否考慮加長用戶名相關字段長度，utf8中文字符占3個字節，用戶名如果同步自微信或其他平臺來的，就太不 ...

同版本數據庫字段保持不變，因此 X3.5 不能修改。
當時糾結的點是 UCenter 涉及外部系統同步，所以不能輕易調整長度。反正新系統也支持更名卡，如果截斷了就消耗積分自己更一下吧。

老周部落 發表于 2023-1-13 22:03
InnoDB 的時候只清空幾個特殊的排序，只調整必須調整的字段。
更新排序規則之前是同步數據結構，因為您主 ...

能否考慮加長用戶名相關字段長度，utf8中文字符占3個字節，用戶名如果同步自微信或其他平臺來的，就太不夠了

Leo 發表于 2023-1-13 21:59
因為改過用戶名長度的相關字段，也遇到這樣的問題，
在升級引擎innodb時新表 和 重命名_bak的表 都還有數 ...

InnoDB 的時候只清空幾個特殊的排序，只調整必須調整的字段。
更新排序規則之前是同步數據結構，因為您主鍵和官方升級腳本不一致所以就被 _bak 了。

老周部落 發表于 2023-1-13 21:16
由于您 pre_forum_post 和官方主鍵不一致，升級程序不敢改只能 _bak 了，老版本也是這個邏輯。 ...

因為改過用戶名長度的相關字段，也遇到這樣的問題，
在升級引擎innodb時新表 和 重命名_bak的表 都還有數據，
在更新排序規則的時候，新表就空了

kongxiaoshu 發表于 2023-1-9 01:11
剛發現問題了，升級后，自動把帖子數據表命名為pre_forum_post_bak，把pre_forum_post_bak重命名成pre_foru ...

由于您 pre_forum_post 和官方主鍵不一致，升級程序不敢改只能 _bak 了，老版本也是這個邏輯。

剛發現問題了，升級后，自動把帖子數據表命名為pre_forum_post_bak，把pre_forum_post_bak重命名成pre_forum_post解決了，想探討一下為什么這樣，為什么生成pre_forum_post_bak？