修改MYSQL的innodb_log_file_size导致的MYSQL崩溃
这两天正在测MYSQL的性能，按照MYSQL文档中推荐的设置，修改了几个系统变量
innodb_buffer_pool_size=1G
innodb_log_file_size=250M
innodb_log_buffer_size=8M
结果MYSQL崩了。mysql客户端能登录，但只要执行任何命令，mysqld立刻崩掉。
开始还以为是innodb_buffer_pool_size等几个参数设得太大了，可是调整了几次都不行。
最终发现，把mysql shutdown以后。要把原来的ib_logfile0和ib_logfile1移走，再启动就行了。
看来如果修改了innodb_log_file_size，关闭数据库后，要把旧的ib_logfile移走，再启动数据库。
资料：
http://hi.baidu.com/archieyao/blog/item/78112cfb694ae4126c22eb57.html
相关文档：
放在这里备忘,老是忘记怎么写。
mysql> create database book;
mysql> use book;
Database changed
mysql> create table email_message(key_mail_messages INTEGER,
-> date_created VARCHAR(19),
-> date_updated varchar(19),
-> date_email varchar(19),
-> addr_from va ......
MySQL的自带引擎肯定是够用了，但是在有些情况下，其他的引擎可能要比手头所用更适合完成任务。如果愿意的话，你甚至可以使用MySQL++ API来创建自己的数据库引擎，就像打穿气缸装上自己的化油器。现在让我们来看看你该如何选择引擎，以及如何在可用引擎之间切换。
选择你的引擎
你能用的数据� ......
一、概述
事件调度器是在 MySQL 5.1 中新增的另一个特色功能，可以作为定时任务调度器，取代部分原先只能用操作系统任务调度器才能完成的定时功>能。例如，Linux 中的 crontabe 只能精确到每分钟执行一次，而 MySQL 的事件调度器则可以实现每秒钟执行一个任务，这在一些对实时性要>求较高的环境下就非常实用� ......
遇到一个问题是在MySQL命令行插入中文数据或者查询中文数据时出现乱码，或者显示不对。
在命令行输入:show variables like ‘character_set_%’;
查看当前配置的编码；
在命令行输入 :set names utf8;
则等同于
set character_set_client=utf8;
set character_set_results ......
今天我们看看关于MySQL慢日志的阅读。
我们知道，如果我们的语句不够优化，那么首先MySQL的慢日志是进一步优化的离线证据，虽然里面有好
多“伪慢语句”！
先不说怎么优化，如果你的日志有一条语句赌住了，那么会有不计其数的慢语句填充到MySQL的满日志里面。那么首先提炼出这些语
句就非常头疼。
今天主要� ......
