MySQL 5.5.5 禁用 InnoDB 引擎的简单方法

以前在配置低内存 VPS 的 MySQL 时,都会在 my.cnf 加上 skip-innodb 来禁用 InnoDB 引擎节省内存开销,因为一般博客使用默认的 MyISAM 就行了,但是不知什么版本开始加上 skip-innodb 后就无法启动 MySQL,也就放着了。

今天在测试一个插件时,发现插件生成的数据表是用 InnoDB 引擎的,奇怪,默认不是 MyISAM 引擎么?于是去 MySQL 翻了下文档,原来 MySQL 5.5.5 后,默认引擎是 InnoDB 了(传送门),而我今年安装的 MySQL 好像都是最新版,然后因为 InnoDB 是默认引擎,所以无法禁止。

那么原因找到就好办了,在 my.cnf 的 [mysqld] 下加上:

default-storage-engine=MYISAM
innodb=OFF

就解决了。

时间: 2024-07-31 01:12:10

MySQL 5.5.5 禁用 InnoDB 引擎的简单方法的相关文章

mysql5.5与mysq 5.6中禁用innodb引擎的方法_Mysql

今天发现有一个备份的mysql数据文件夹异常变大,一查发现是多了三个文件:ibdata1 ib_logfile0 ib_logfile1,前者18m,后两个各5m,原来是迁移的时候从mysql5.0迁移到了5.5,而5.5关闭innodb启动不起来,于是我就开启了innodb,由于innodb会默认增加这几个数据文件和日志文件,导致变大.尝试设置数据文件的大小,结果告诉我最小10m,还是太大,于是探索关闭innodb的方法. 看日志发现说由于mysql程序升级了,需要运行mysql_upgrad

MySQL中MyISAM引擎与InnoDB引擎性能简单测试

[硬件配置] CPU : AMD2500+ (1.8G) 内存: 1G/现代 硬盘: 80G/IDE [软件配置] OS : Windows XP SP2 SE : PHP5.2.1 DB : MySQL5.0.37 Web: IIS6 [MySQL表结构] CREATE TABLE `myisam` ( `id` int(11) NOT NULL auto_increment, `name` varchar(100) default NULL, `content` text, PRIMARY

MySQL修改innodb_log_file_size参数导致InnoDB引擎无效

今天在对MySQL进行优化的时候,重启MySQL之后出现下面的错误: innodb_buffer_pool_size=768Minnodb_log_file_size=256Minnodb_log_buffer_size=8M innodb_additional_mem_pool_size=4M innodb_flush_log_at_trx_commit=0 innodb_thread_concurrency=20 以上是对innodb引擎的初步优化,我们是一次性更换了所有的参数,然后保存配置

MySQL禁用InnoDB引擎的方法_Mysql

一.确定版本 查看MySQL版本 复制代码 代码如下: mysql -V 或者可以登录MySQL使用select version();或status;命令查看 二.开始工作 关闭MySQL 复制代码 代码如下: service mysql stop 如果上面的命令无法关闭MySQL,则使用kill -9命令强制杀掉进程: 修改MySQL配置文件my.cnf(通常位于/etc/mysql/my.cnf)下加入如下字段 对于MySQL 5.5而言: 复制代码 代码如下: default-storag

右键禁用U盘的简单方法

  通过修改注册表,我们可以允许禁止他人在我们的电脑使用U盘,但如果想更改当前设置,我们又要重新修改注册表,这无疑是非常浪费时间和精力的.教你一招完全可以将"禁用/启用U盘"添加到"我的电脑"的右键菜单中,这样的话,我们就可以更方便地更改U盘设置了.具体步骤如下: 单击"开始/运行",在"运行"对话框中输入"regedit"并按下回车键.打开注册表编辑器后,依次展开 [HKEY_CLASSES_ROOTCL

MySQL的InnoDB引擎入门学习教程_Mysql

MySQL发展到今天,InnoDB引擎已经作为绝对的主力,除了像大数据量分析等比较特殊领域需求外,它适用于众多场景.然而,仍有不少开发者还在"执迷不悟"的使用MyISAM引擎,觉得对InnoDB无法把握好,还是MyISAM简单省事,还能支持快速COUNT(*).本文是由于最近几天帮忙处理discuz论坛有感而发,希望能对广大开发者有帮助. 1. 快速认识InnoDBInnoDB是MySQL下使用最广泛的引擎,它是基于MySQL的高可扩展性和高性能存储引擎,从5.5版本开始,它已经成为了

MySQL从MyISAM转换成InnoDB错误与常用解决办法_Mysql

原来自己用的是为了装的, 所以在设置database usage(如下图1)的时候按照discuz官方的建议,选的都是Non-Transactional Database Only(只支持MyISAM数据引擎的非事务数据库),用MyISAM数据库,还没涉及到需要InnoDB,因此打算直接不加载INNODB引擎.后来在做WordPress,一开始还不知道原来WordPress用的是InnoDB数据引擎,于是在原来的数据库里面就建了一个数据库,一开始也没发觉问题,安装,导入sql,都没问题,当时也没

将MySQL从MyISAM转换成InnoDB错误和解决办法_Mysql

后来在做WordPress,一开始还不知道原来WordPress用的是InnoDB数据引擎,于是在原来的数据库里面就建了一个数据库,一开始也没发觉问题,安装,导入sql,都没问题,当时也没多想.直到这几天因为又要装多一个WordPress,用phpmyadmin访问数据库多一点,问题来了.老是一访问WordPress的数据库,就弹出错误提示"Mysqld-nt.exe应用程序错误:"0x005346c4"指令引用的"0x00786000"内存,该内存不能为

巧用MySQL InnoDB引擎锁机制解决死锁问题

最近,在项目开发过程中,碰到了数据库死锁问题,在解决问题的过程中,笔者对MySQL InnoDB引擎锁机制的理解逐步加深. 案例如下: 在使用Show innodb status检查引擎状态时,发现了死锁问题: *** (1) TRANSACTION: TRANSACTION 0 677833455, ACTIVE 0 sec, process no 11393, OS thread id 278546 starting index read mysql tables in use 1, loc