MyISAM转换成InnoDB的业务场景和思考
1、 数据库引擎的对比：
MyISAM与InnoDB是mysql目前比较常用的两个数据库存储引擎，MyISAM与InnoDB的主要的不同点在于性能和事务控制上。
以下是两个数据库引擎的简单对比
MyISAM：MyISAM是MySQL5.5之前版本默认的数据库存储引擎。MYISAM提供高速存储和检索，以及全文搜索能力，适合数据仓库等查询频繁的应用。但不支持事务、也不支持外键。MyISAM格式的一个重要缺陷就是不能在表损坏后恢复数据。
InnoDB：InnoDB是MySQL5.5版本的默认数据库存储引擎，不过InnoDB已被Oracle收购，MySQL自行开发的新存储引擎Falcon将在MySQL6.0版本引进。InnoDB具有提交、回滚和崩溃恢复能力的事务安全。但是比起MyISAM存储引擎，InnoDB写的处理效率差一些并且会占用更多的磁盘空间以保留数据和索引。尽管如此，但是InnoDB包括了对事务处理和外来键的支持，这两点都是MyISAM引擎所没有的。
2、 数据库引擎的适应场景：
MyISAM适合：(1)做很多count 的计算；(2)插入不频繁，查询非常频繁；(3)没有事务。
InnoDB适合：(1)可靠性要求比较高，或者要求事务；(2)表更新和查询都相当的频繁，并且表锁定的机会比较大的情况。(4)性能较好的服务器，比如单独的数据库服务器，像阿里云的关系型数据库RDS就推荐使用InnoDB引擎。
3、 实际工作中遇到的问题
刚好这段时间公司有个IM聊天系统，一直出现问题；每天早上的时候是业务的高峰期，因为这个时候系统要做以下工作：
（1）用户登录时的帐号密码验证和用户登录记录的登记；
（2）用户登录完成后需要进行离线消息的分发并更新相应的消息状态；
（3）用户之间的聊天消息的记录；
这个时候就会比较容易出现用户登录不了、消息发送不出去、消息重复发送的情况；
4、 问题分析
（1） 通过对数据库的监控，数据库一直有出现写入等待的情况。
（2） 通过跟应用工程师的沟通，以上的那些操作都需要频繁的对数据库进行update和insert操作；
（3） 检查了一个表的语句，经过检查所有的表的数据库引擎都是MyISAM的；
（4） 初步判断IM使用的数据库引擎MyISAM，不适合相应的业务常见，建议修改成InnoDB的
CREATE TABLE `ks_friend` (
`friend_id` int(11) NOT NULL AUTO_INCREMENT,
`uid` int(11) NOT NULL,
`friend_uid` int(11) NOT NULL,
`friend_uname` varchar(255) NOT NULL,
`status` tinyint(1) NOT NULL DEFAULT '0',
`message` varchar(255) DEFAULT NULL,
`ctime` int(11) NOT NULL,
PRIMARY KEY (`friend_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
5、 MyISAM引擎修改成InnoDB
转换的过程需要做相应的准备工作：检查数据库是否支持InnoDB、创建表空间
（1） 检查是否支持InnoDB，脚本如下：show engines；
（2） 修改InnoDB的相关参数
# Uncomment the following if you are using InnoDB tables
innodb_data_home_dir = /data/mysql
innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
nnodb_log_group_home_dir = /data/mysql
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
innodb_buffer_pool_size = 384M
innodb_additional_mem_pool_size = 20M
# Set .._log_file_size to 25 % of buffer pool size
innodb_log_file_size = 100M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
（3） 进行数据库的备份（有备无患）
mysqldump -uroot -p1234 > /home/test/tmp_test.sql
（4） 经过以上操作后，就可以放心的运行以下语句了，
alter table table_name engine innodb;
也可以借助其他工具，进行设置，比如用Navicat for MySQL
经过以上设置，把所有表的数据库引擎都修改成InnoDB，然后就等待系统的验证了。
6、 总结：虽然是一个小系统的调整工作，在整个调整的过程中，更深刻的了解了数据库技术和使用场景之间的联系，虽然现在还不能很好的总结，还是把我理解的很小的一部分在这里总结和大家分享一下：
（1） 一般技术的产生是由于业务来进行推动的，就像电商平台的发展推进了mysql这几年的飞跃进步，很多mysql的技术都是为了解决特定场合而产生的；
（2） 学习技术的时候，如果能够了解技术产生的业务场景，那么将能够更好的学习技术；
（3） 技术的产生往往不是单独出现的，背后往往是软件厂商布置的一个很大的局；
（4） 之前有个名词叫：“去IOE”，ORACLE本身数据库的性能优势决定了有些特定的商业场合需要ORACLE这种数据库才能解决的，只有这种业务场景发生了变化或者消失，ORACLE也该退出历史的舞台了（ORACLE数据库的退出绝对不是被MYSQL打败的，ORACLE和MYSQL都是ORACLE下面的产品，ORACLE公司也不会愚蠢到自己的产品进行恶性的竞争）
--------------------------------------分割线 --------------------------------------
--------------------------------------分割线 --------------------------------------