最近用了wdcp服务器管理系统,发现默认的mysql引擎是MyISAM,会引发#1071 – Specified key was too long; max key length is 1000 bytes错误。

一开始以为是MySQL默认引擎的问题,后来尝试切换默认引擎,修改/etc/my.cnf文件中default-storage-engine = INNODB,结果mysql直接起不来了…

然后发现MySQL命令show engines中并没有InnoDB…但是wdcp的phpmyadmin显示结果中是有的…呵呵…原来是我搞错了真正的MySQL的配置文件

wdcp中的配置文件目录实际上是 /www/wdlinux/etc/my.cnf

修改后重启成功了,默认也对了

这里要注意wdcp默认有优化方案是InnoDB,结果选了这个方案竟然就没了InnoDB…这不坑爹么…

找到了解决方案:

sed -i '/innodb/d' /www/wdlinux/etc/my.cnf
service mysqld restart

*注意: 这里innodb需要大小写需要和配置文件中的一致,所以如果配置文件里是
default-storage-engine = INNODB
那么这里就应该是
sed -i '/INNODB/d' /www/wdlinux/etc/my.cnf
输入这两句就好了,网上也有其他解决办法,看下来原因可能是这样的:

因为innodb_log_file_size改了这个大小之后,不能启动mysql,或者是InnoDB消失了

该页面作者写的解决方案是这样的:

1.先停止mysql服务
2.在数据库数据文件目录下删除ib_logfile0和ib_logfile1两个文件,这个两个文件的大小应该是和innodb_log_file_size设的值是一样的
3.在配置文件中设置innodb_log_file_size的值
4.重启mysql服务(2中删除的两个文件ib_logfile0和ib_logfile1会自动创建)
wdcp的目录是:/www/wdlinux/mysql-5.1.63/var
你会看到 ib_logfile0 ib_logfile1 ib_logfile2 这三个文件,你把它们移走或者删除,重启mysql,问题就解决了

网上还查到两个办法,是通过修改PowerDesigner的配置来使得创建语句自动选择InnoDB为引擎

两种方法如下:

1.点击表视图右键选择Physical Options页签选择左侧列表的type=(ISAM) -> 点击>>可将其选择到右侧列表 -> 选择右侧的 type=(ISAM) 下面会出现type=的选择列表,可以选择相应的InnoDB、MYISAM等 -> 选择完成后,可点击Preview查看相应的SQL语句

2.选择Database -> Default Physical Options -> 与上面Table处的选择相同可以多做一些操作的是选择Apply to…按钮,勾选相关的Table然后点击OK完成,比较推荐这个方法

但是我的PD里面只有ISAM木有其他选项…直接也是可以的…

所以最终的解决方案是:

1.在wdcp优化方案中选择InnoDB

2.运行命令

sed -i '/innodb/d' /www/wdlinux/etc/my.cnf
service mysqld restart

3.点击wdcp面板中mysql设置 -> 在线编辑文件 -> 修改
default-storage-engine = INNODB
最后贴一份也是网页上看到的配置方案:

1.innodb_additional_mem_pool_size
除了缓存表数据和索引外,可以为操作所需的其他内部项分配缓存来提升InnoDB的性能。这些内存就可以通过此参数来分配。推荐此参数至少设置为2MB,实际上,是需要根据项目的InnoDB表的数目相应地增加。
2.innodb_data_pool_size
此参数类似于MySQL的key_buffer参数,但特定用于InnoDB表。这个参数确定了要预留多少内存来缓存表数据和索引。与key_buffer一样,更高的设置会提升性能,可以是服务器的内存70-80%。
3.innodb_data_file_path
参数的名字和实际的用途有点出入,它不仅指定了所有InnoDB数据文件的路径,还指定了初始大小分配,最大分配以及超出起始分配界线时是否应当增加文件的大小。此参数的一般格式如下:

path-to-datafile:size-allocation[:autoextend[:max-size-allocation]]

例如,假设希望创建一个数据文件sales,初始大小为100MB,并希望在每次达到当前大小限制时,自动增加8MB(8MB是指定autoextend时的默认扩展大小)。但是,不希望此文件超过1GB,可以使用如下配置:

innodb_data_home_dir =
innodb_data_file_path = /data/sales:100M:autoextend:8M: max:1GB

如果此文件增加到预定的1G的限制,可以再增加另外一个数据文件,如下:

innodb_data_file_path = /data/sales:100M:autoextend:8M: max:1GB;innodb_data_file_path = /data2/sales2:100M:autoextend:8M: max:2GB

要注意的是,在这些示例中,inndb_data_home_dir参数开始设置为空,因为最终数据文件位于单独的位置(/data/和/data2/)。如果希望所有InnoDB数据文件都位于相同的位置,就可以使用innodb_data_home_dir来指定共同位置,然后在通过inndo_data_file_path来指定文件名即可。如果没有定义这些值,将在datadir中创建一个sales。
4.innodb_data_home_dir
此参数指定创建InnoDB表空间的路径的公共部分,默认情况下,这是MySQL的默认数据,由MySQL参数datadir指定。
5.innodb_file_io_threads
此参数指定InnoDB表可用的文件I/O线程数,MySQL开发人员建议在非Windows平台中这个参数设置为4。
6.innodb_flush_log_at_trx_commit
如果将此参数设置为1,将在每次提交事务后将日志写入磁盘。为提供性能,可以设置为0或2,但要承担在发生故障时丢失数据的风险。设置为0表示事务日志写入日志文件,而日志文件每秒刷新到磁盘一次。设置为2表示事务日志将在提交时写入日志,但日志文件每次刷新到磁盘一次。
7.innodb_log_archive
因为MySQL目前使用自己的日志文件恢复InnoDB表,此参数可设置为0。
8.innodb_log_arch_dir
MySQL目前忽略此参数,但会在未来的版本中使用。目前,应当将其设置为与innodb_log_group_home_dir相同的值。
9.innodb_log_buffer_size
此参数确定些日志文件所用的内存大小,以M为单位。缓冲区更大能提高性能,但意外的故障将会丢失数据。MySQL开发人员建议设置为1-8M之间。
10.innodb_log_file_size
此参数确定数据日志文件的大小,以M为单位,更大的设置可以提高性能,但也会增加恢复故障数据库所需的时间。
11.innodb_log_files_in_group
为提高性能,MySQL可以以循环方式将日志文件写到多个文件。推荐设置为3M。
12.innodb_log_group_home_dir
此参数确定日志文件组中的文件的位置,日志组中文件的个数由innodb_log_files_in_group确定,此位置设置默认为MySQL的datadir。
13.innodb_lock_wait_timeout
InnoDB有其内置的死锁检测机制,能导致未完成的事务回滚。但是,如果结合InnoDB使用MyISAM的lock tables语句或第三方事务引擎,则InnoDB无法识别死锁。为消除这种可能性,可以将innodb_lock_wait_timeout设置为一个整数值,指示MySQL在允许其他事务修改那些最终受事务回滚的数据之前要等待多长时间(秒数)。
14.skip-innodb
启用此参数能防止夹杂InnoDB表驱动程序,不使用InnoDB表时推荐此设置。


data.update.lastsys.time.agopunc.commaarticle.create.bypunc.commaarticle.file.inpunc.colonWDCP
article.category