Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/symfony/6.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
MySQL InnoDB插件默认引擎类型不接受配置设置_Mysql_Innodb - Fatal编程技术网

MySQL InnoDB插件默认引擎类型不接受配置设置

MySQL InnoDB插件默认引擎类型不接受配置设置,mysql,innodb,Mysql,Innodb,我有一个奇怪的MySQL InnoDB问题,我已经挣扎了几个小时了。我在这里问这个问题,也是在DBA StackExchange上问的——我会在回答时将答案交叉发布到另一个站点 我已经启用了InnoDB插件作为内置版本的替代品,并且设置InnoDB\u文件格式和InnoDB\u文件每\u表没有必要的效果。MySQL状态变量仍然显示Anaconda作为默认引擎 如有任何建议,我们将不胜感激 my.cnf设置的相关部分 以下设置不存在于覆盖这些选项的配置中的其他位置 innodb_file_per_

我有一个奇怪的MySQL InnoDB问题,我已经挣扎了几个小时了。我在这里问这个问题,也是在DBA StackExchange上问的——我会在回答时将答案交叉发布到另一个站点

我已经启用了InnoDB插件作为内置版本的替代品,并且设置
InnoDB\u文件格式
InnoDB\u文件每\u表
没有必要的效果。MySQL状态变量仍然显示
Anaconda
作为默认引擎

如有任何建议,我们将不胜感激

my.cnf设置的相关部分

以下设置不存在于覆盖这些选项的配置中的其他位置

innodb_file_per_table   = 1
innodb_file_format      = Barracuda
innodb_strict_mode      = 1
显示变量中的相关条目

这就是我如何知道梭鱼是可用的

| innodb_file_format              | Antelope               |
| innodb_file_format_check        | Barracuda              |
| innodb_file_per_table           | OFF                    |
| innodb_strict_mode              | OFF                    |
| innodb_version                  | 1.0.9                  |
MySQL日志的部分

日志还显示梭鱼是可用的

111020 18:10:13 mysqld_safe Starting mysqld daemon with databases from /.../mysql_data/
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.3
111020 18:10:13  InnoDB: highest supported file format is Barracuda.
111020 18:10:13 InnoDB Plugin 1.0.9 started; log sequence number 5609019
111020 18:10:13 [Note] Event Scheduler: Loaded 0 events
111020 18:10:13 [Note] /.../mysql/libexec/mysqld: ready for connections.
Version: '5.1.48-log'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution

我终于找到了答案,它(毫不奇怪地)一直盯着我的脸

我从一位早期的管理员那里继承了该系统,他在
my.cnf
文件中犯了一个错误,将所有InnoDB特定参数放在[InnoDB]标题下,而不是放在[mysqld]标题下

为什么要花这么长时间才能找到?首先假设配置工作正常。[拍头]

不正确的文件段

[mysqld]
# Stuff here

[innodb]
# innodb stuff here
[mysqld]
# Stuff here

# innodb stuff here
正确的文件段

[mysqld]
# Stuff here

[innodb]
# innodb stuff here
[mysqld]
# Stuff here

# innodb stuff here
现在一切都按计划进行了