ALTER TABLE common_addon ENGINE=InnoDB;
2023-08-18 08:48 来自 哥斯拉 发布@ Discuz! X3.5专区
ALTER TABLE common_addon ENGINE=InnoDB;
我知道答案 回答被采纳将会获得1 贡献 已有0人回答
我知道答案 回答被采纳将会获得1 贡献 已有0人回答
Discuz!X3.5安装出现"你的数据库可能innodb性能不佳,请调高php超时时间"的解决办法
2023-09-26 10:05 来自 哥斯拉 发布@ Discuz! X3.5专区
问题：Discuz!X3.5全新安装如果出现以下如图所示现象，如何解决
48333
解决办法：
社区帖子很多都 认为提示“你的数据库可能innodb性能不佳,请调高php超时时间”是解决这一问题的关键，而去调整php的时间，其实你如果注意一下你会看到提示“MySQL version must be 5.5.3 or greater”才是提示的关键，原因是Discuz_X3.5_SC_UTF8_20230726.zip 这一版本在程序设计时版本判断出现问题，注释掉后不让他进行版本判断问题就得到解决。
具体过程如下：
48334
进入网站根目录，找到文件“/install/include/install_mysqli.php”
if ($this->version() < '5.5.3') {
$this->halt('MySQL version must be 5.5.3 or greater');
}
将以下这三行註解掉后，就正常安装完成了（见上图）。
我知道答案 回答被采纳将会获得1 贡献 已有1人回答
48333
解决办法：
社区帖子很多都 认为提示“你的数据库可能innodb性能不佳,请调高php超时时间”是解决这一问题的关键，而去调整php的时间，其实你如果注意一下你会看到提示“MySQL version must be 5.5.3 or greater”才是提示的关键，原因是Discuz_X3.5_SC_UTF8_20230726.zip 这一版本在程序设计时版本判断出现问题，注释掉后不让他进行版本判断问题就得到解决。
具体过程如下：
48334
进入网站根目录，找到文件“/install/include/install_mysqli.php”
if ($this->version() < '5.5.3') {
$this->halt('MySQL version must be 5.5.3 or greater');
}
将以下这三行註解掉后，就正常安装完成了（见上图）。
我知道答案 回答被采纳将会获得1 贡献 已有1人回答
discuz x3.4升级到discuz x3.5数据库如果过GB会存在备份数据库增长几倍几G的情况的根本原因
2023-07-12 16:17 来自 惧愁人 发布@ Discuz! X3.5专区
有很多站长从discuz x3.4升级到discuz x3.5后发现，原先仅是1.几G的网站备份数据，升级之后增长了将近3倍大小，造成了备份成本、空间成本、容量成本增长不少，这主要是x3.5的数据库引擎更改为了innodb造成。
一般innodb比MyISAM大30%左右，如果你是GBK升级的，那么就是 原大小 x 130% x 130%
当前云数据库已经非常普遍，大多数云数据库都不支持MyISAM引擎，所以InnoDB是面对未来的必选，这也是X3.5的升级特性之一。
升级到X3.5数据库差异性对比：
事务差异InnoDB是MySQL的事务型存储引擎，支持ACID特性（原子性、一致性、隔离性和持久性），可以保证数据的完整性和一致性。而MyISAM不支持事务，这意味着在高并发的环境下，使用InnoDB更加可靠。
外键差异InnoDB是唯一支持外键的存储引擎，可以通过外键约束来保持数据的一致性。而MyISAM不支持外键约束，因此在需要使用外键的情况下，选择InnoDB是更好的选择。
索引差异InnoDB和MyISAM对索引的处理方式也有所不同。InnoDB使用聚
一般innodb比MyISAM大30%左右，如果你是GBK升级的，那么就是 原大小 x 130% x 130%
当前云数据库已经非常普遍，大多数云数据库都不支持MyISAM引擎，所以InnoDB是面对未来的必选，这也是X3.5的升级特性之一。
升级到X3.5数据库差异性对比：
事务差异InnoDB是MySQL的事务型存储引擎，支持ACID特性（原子性、一致性、隔离性和持久性），可以保证数据的完整性和一致性。而MyISAM不支持事务，这意味着在高并发的环境下，使用InnoDB更加可靠。
外键差异InnoDB是唯一支持外键的存储引擎，可以通过外键约束来保持数据的一致性。而MyISAM不支持外键约束，因此在需要使用外键的情况下，选择InnoDB是更好的选择。
索引差异InnoDB和MyISAM对索引的处理方式也有所不同。InnoDB使用聚
3.4升级3.5成功后
2023-03-10 07:27 来自 哥斯拉 发布@ Discuz!问题求助
数据表也变成了 InnoDB utf8mb4_unicode_ci
是从08年用DZ一步一步升级上来的。
UC的数据库还是 cdb_uc 的表前缀
但是我发现其中还有一些表还是
cdb_uc_pms MyISAM utf8_general_ci
pre_forum_postposition MyISAM utf8_general_ci
32203
请问这些表能删除吗？
1 贡献+1 金币最佳答案
这几个是已经被废弃的表，甚至可以直接删除
32204湖中沉发表于昨天 22:52
详细答案 >
是从08年用DZ一步一步升级上来的。
UC的数据库还是 cdb_uc 的表前缀
但是我发现其中还有一些表还是
cdb_uc_pms MyISAM utf8_general_ci
pre_forum_postposition MyISAM utf8_general_ci
32203
请问这些表能删除吗？
1 贡献+1 金币最佳答案
这几个是已经被废弃的表，甚至可以直接删除
32204湖中沉发表于昨天 22:52
详细答案 >
升级到3.5出错，求解决 感谢感谢
2023-02-04 16:52 来自 逝水年华 发布@ Discuz!问题求助
29253
升级过程中出错 求解决 感谢
ttps://xnxyxyw.com/install/update_adult.php?step=innodb&table=pre_common_member_grouppm
升级过程中出错 求解决 感谢
ttps://xnxyxyw.com/install/update_adult.php?step=innodb&table=pre_common_member_grouppm
分表升级失败
2023-01-12 14:26 来自 惧愁人 发布@ Discuz! X3.5专区
执行流程
?step=innodb&table=pre_forum_post_1
(1075) Incorrect table definition; there can be only one auto column and it must be defined as a keyALTER TABLE forum_post_1 ENGINE=InnoDB;
get_scheme_update_sql 没有对分表仅需处理
我知道答案 回答被采纳将会获得5 金币 已有0人回答
?step=innodb&table=pre_forum_post_1
(1075) Incorrect table definition; there can be only one auto column and it must be defined as a keyALTER TABLE forum_post_1 ENGINE=InnoDB;
get_scheme_update_sql 没有对分表仅需处理
我知道答案 回答被采纳将会获得5 金币 已有0人回答
innodb性能不佳，调高PHP超时时间何解X5.0 New
2025-05-19 21:02 来自 哥斯拉 发布@ Discuz!问题求助
SQL:REPLACE INTO pre_common_member_profile SET uid='1';
Error:CONSTRAINT `pre_common_member_profile.fields` failed for `bbs`.`pre_common_member_profile`
Errno:402586573
innodb性能不佳，调高PHP超时时间何解X5.0
我知道答案 回答被采纳将会获得1 贡献 已有0人回答
数据库InnoDB引擎的默认支持
2020-07-08 10:37 来自 admin 发布@ Discuz! X3.5专区
我们知道，腾讯云等云服务器的云数据库对于MySQL的数据引擎，默认已不再支持Myisam，InnoDB变成更多的优先选择，X3.5版本将默认使用InnoDB。
为了更好地适配InnoDB，在配置文件中，引入了一个新的相关配置项，这个配置项要正确设置。尤其对于升级用户，否则会导致发帖功能不正常。
/* * 数据库引擎，根据自己的数据库引擎进行设置，3.5之后默认为innodb，之前为myisam * 对于从3.4升级到3.5，并且没有转换数据库引擎的用户，在此设置为myisam */$_config = 'innodb';
为了更好地适配InnoDB，在配置文件中，引入了一个新的相关配置项，这个配置项要正确设置。尤其对于升级用户，否则会导致发帖功能不正常。
/* * 数据库引擎，根据自己的数据库引擎进行设置，3.5之后默认为innodb，之前为myisam * 对于从3.4升级到3.5，并且没有转换数据库引擎的用户，在此设置为myisam */$_config = 'innodb';
X3.5将对取消数据库UTF8编码的支持，转为UTF8-mb4编码
2020-07-08 10:16 来自 admin 发布@ Discuz! X3.5专区
X3.5版本，支持InnoDB与MyISAM两种数据库引擎，在两种引擎下数据库都不再支持utf8编码，转而支持utf8mb4编码。
无论是InnoDB还是MyISAM，所有的表都使用utf8mb4编码与utf8mb4_unicode_ci，该编码的支持，将直接导致X3.5支持emoj表情。
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。既然utf8能够存下大部分中文汉字,那为什么还要使用utf8mb4呢? 原来mysql支持的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff，也就是 Unicode 中的基本多文种平面(BMP)。也就是说，任何不在基本多文本平面的 Unicode字符，都无法使用 Mysql 的 utf8 字符
无论是InnoDB还是MyISAM，所有的表都使用utf8mb4编码与utf8mb4_unicode_ci，该编码的支持，将直接导致X3.5支持emoj表情。
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。既然utf8能够存下大部分中文汉字,那为什么还要使用utf8mb4呢? 原来mysql支持的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff，也就是 Unicode 中的基本多文种平面(BMP)。也就是说，任何不在基本多文本平面的 Unicode字符，都无法使用 Mysql 的 utf8 字符
