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引擎的步骤