The option innodb (skip-innodb) is deprecated and will be removed in a future release


mysqld.exe: unknown variable 'loose-innodb-cmp-per-index-enabled-index-reset=0'


一定要升级到MySQL 5.7 ？
我知道答案 回答被采纳将会获得1 贡献 已有0人回答

这个问题咋解决？请别说gbk版无用啊，gbk在维护上比utf8方便，x3.4 gbk和utf8的myisam比x3.5的innodb 体积小速度快。
小站还是gbk最实在。。。
我知道答案 回答被采纳将会获得1 贡献 已有0人回答

一直在用MariaDB_10.3.23，相当于MySQL 5.5.5
在数据库的设置中，跳过了innodb

这样的设定可以正常安装X3.5，config_global.php中却是$_config = 'innodb';
将其改为：$_config = 'myisam'; 也没有什么问题
难道，在MySQL中设置跳过innodb，安装完的X3.5是myisam？

大家好

升級x3.5之後，發現 pre_forum_post的position 無法自增
造成所有主題只可以發表一次，回覆文章時會出現
(1062) Duplicate entry '0-XXXX' for key 'PRIMARY

在網上找到參考文章如下
https://www.wancili.com/thread-77153-1-1.html

最後發現是，當使用InnoDB的話，position 無法增加AUTO_INCREMENT，因此無法自增
目前的解決方法是把 pre_forum_post 改回MyISAM，再把AUTO_INCREMENT加回去

請問有沒有其他方法可以便用InnoDB的情況下，position 才可以自增的方法?

謝謝解答我知道答案 回答被采纳将会获得1 贡献 已有3人回答

(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;

我知道答案 回答被采纳将会获得1 贡献 已有1人回答

UCenter info: MySQL Query Error


SQL:ALTER TABLE admins ENGINE=InnoDB;


Error:Table './wwwekxxcn/admins' already exists


Errno:1050


我知道答案 回答被采纳将会获得1 贡献 已有2人回答

在从innodb模式导出的数据库后，导入到myisam模式的数据库中提示以下信息：


错误


SQL 查询：


--
-- Indexes for table `dz_aljbd_platform_revenue`
--
ALTER TABLE `dz_aljbd_platform_revenue`
  ADD PRIMARY KEY (`id`),
  ADD KEY `pluginid` (`pluginid`,`store_id`,`fee`) USING BTREE,
  ADD KEY `fee` (`fee`,`bid`,`pluginid`) USING BTREE,
  ADD KEY `time` (`time`);
MySQL 返回： 文档

#1071 - Specified key was too long; max key length is 1000 bytes


应该是两种模式的索引文件的长度不一样导致的，但不清楚如何具体操作修改KEY索引文件的长度才能解决这个问题。

看到x3.5支持myisam引擎
43603

就安装了一下，安装环境如下：


43604


将upload\config\config_global_default.php中
$_config = 'innodb';改为：
$_config = 'myisam';
只是改这里安装会进行不下去，会有以下提示：
43605


需要以下两种方法才能继续安装
第一种，数据库跳过innodb
43606


第二种，无法改数据库参数的话，不跳过innodb，改安装文件
upload\install\data\install.sql 和 upload\uc_server\install\uc.sql 中
ENGINE=InnoDB;改为：
ENGINE=MyISAM;两种方法都可以安装成功

但是安装成功后，只能发帖
43607


发不了回复：
43608


请问如何处理？
我知道答案 回答被采纳将会获得1 贡献 已有4人回答

ALTER TABLE common_addon ENGINE=InnoDB;
我知道答案 回答被采纳将会获得1 贡献 已有0人回答

问题：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人回答

有很多站长从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        utf8mb4_unicode_ci

是从08年用DZ一步一步升级上来的。
UC的数据库还是 cdb_uc 的表前缀

但是我发现其中还有一些表还是

cdb_uc_pms                           MyISAM              utf8_general_ci
pre_forum_postposition           MyISAM              utf8_general_ci

32203

请问这些表能删除吗？

        这几个是已经被废弃的表，甚至可以直接删除      

32204湖中沉发表于昨天 22:52

用户表丢失了好多数据，不知道为什么

29253


升级过程中出错    求解决  感谢


ttps://xnxyxyw.com/install/update_adult.php?step=innodb&table=pre_common_member_grouppm

请问怎么把数据库由myisam转成innodb？

执行流程

?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人回答

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人回答

我们知道，腾讯云等云服务器的云数据库对于MySQL的数据引擎，默认已不再支持Myisam，InnoDB变成更多的优先选择，X3.5版本将默认使用InnoDB。
       为了更好地适配InnoDB，在配置文件中，引入了一个新的相关配置项，这个配置项要正确设置。尤其对于升级用户，否则会导致发帖功能不正常。
/* * 数据库引擎，根据自己的数据库引擎进行设置，3.5之后默认为innodb，之前为myisam * 对于从3.4升级到3.5，并且没有转换数据库引擎的用户，在此设置为myisam */$_config = 'innodb';

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 字符