x3.4 gbk版恢復數據頁面亂碼，只能手動設置編碼

卡卡北

這個問題咋解決？請別說gbk版無用啊，gbk在維護上比utf8方便，x3.4 gbk和utf8的myisam比x3.5的innodb 體積小速度快。
小站還是gbk最實在。。。

我知道答案 回答被采納將會獲得1 貢獻 已有12人回答

天外飄仙

只是恢復頁面 亂碼 沒啥影響的; 手動指定編碼就是;

X3.5也支持myisam引擎的, 僅僅是 默認innodb;

湖中沉

天外飄仙 發表于 2023-7-22 08:47
只是恢復頁面 亂碼 沒啥影響的; 手動指定編碼就是;

X3.5也支持myisam引擎的, 僅僅是 默認innodb; ...

雖然支持myisam，但已經強烈不推薦了。GBK更加是，有不可修復的隱患，所以X3.5才取消GBK的

天外飄仙

湖中沉 發表于 2023-7-22 09:34
雖然支持myisam，但已經強烈不推薦了。GBK更加是，有不可修復的隱患，所以X3.5才取消GBK的 ...

myisam還是有一定的優勢的!
方便直接 從 快照備份盤  里面 拷貝源文件 恢復數據庫;

當成我就是猶豫很久 才升級到X3.5.——考慮到innodb 無法直接 復制單個庫的源文件 恢復，定時導出sql又會導致 十來分分鐘 的卡頓 ，
從二進制日志 恢復數據 操作我又很生疏……這對一臺mysql服務器多個數據庫需要備份的情況 是不方便的

升級到X3.5的原因是 pre_common_tagitem 數據太多了, 導致鎖表嚴重!

卡卡北

湖中沉 發表于 2023-7-22 09:34
雖然支持myisam，但已經強烈不推薦了。GBK更加是，有不可修復的隱患，所以X3.5才取消GBK的 ...

myisam比innodb快。
我用的win2016，直接7z打包數據庫文件夾，上傳阿里云盤。1G的數據庫打包完也就200來兆，維護太方便了。論壇大操作前我都這樣備份一次，操作崩了，服務器宕機都不怕，打開阿里云盤幾秒就下載下來，直接替換數據庫文件夾。附件我做的增量備份，只要數據庫沒事，一切都好說。
GBK主要是維護方便，不需要Notepad++或EditPlus，直接記事本。
那些小孩，玩玩的那種的，啥編碼、啥數據庫都無所謂。長久做就是要個維護方便，把倒置服務器之類的做到最方便，我這連FTP軟件都不用，直接遠程桌面，拷貝復制非常方便。我會在每個虛擬主機里加一個127.0.0.x的本地域名，這樣更方便維護。

卡卡北

天外飄仙 發表于 2023-7-22 08:47
只是恢復頁面 亂碼 沒啥影響的; 手動指定編碼就是;

X3.5也支持myisam引擎的, 僅僅是 默認innodb; ...

感謝回復，這個方法好

卡卡北

天外飄仙 發表于 2023-7-22 10:54
myisam還是有一定的優勢的!
方便直接 從 快照備份盤  里面 拷貝源文件 恢復數據庫;

3.4 GBK 1G數據庫轉到utf8 體積大概在1.5G，再升級到3.5 innodb，運行起來體積至少在3G，我是感覺沒必要，3.5也沒有我很想要的功能，整體速度反而慢，mysqld.exe內存使用量漲了五倍。。。

卡卡北

還有一點，3.5的后臺不適應，3.4樣式的后臺用了太多年了，已經徹底適應了。
假如3.5可以選擇myisam和3.4后臺，還是希望能升級的。

卡卡北

天外飄仙 發表于 2023-7-22 08:47
只是恢復頁面 亂碼 沒啥影響的; 手動指定編碼就是;

X3.5也支持myisam引擎的, 僅僅是 默認innodb; ...

請問在哪切換？沒找到呢。。。

天外飄仙

卡卡北 發表于 2023-7-23 21:13
請問在哪切換？沒找到呢。。。

config\config_global.php
$_config['db']['common']['engine'] = 'innodb';

數據庫表自行轉換后  修改 該設置即可；

升級的時候 可以直接修改一下 升級文件，跳過 轉換innodb引擎的步驟