修改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 ......
1 Apache
修改 documentroot 根目录
directory 访问根目录权限
directoryindex 默认首页 ......
在数据库
中，UNION
和UNION
ALL
关键字都是将两个结果集合并为一个，但这两者从使用和效
率上来说都有所不同。
MySQL
中
的UNION
UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再
返回结果。实际大部分应用中是不会产生重复的记录，最常见的是过程� ......
今天我们看看关于MySQL慢日志的阅读。
我们知道，如果我们的语句不够优化，那么首先MySQL的慢日志是进一步优化的离线证据，虽然里面有好
多“伪慢语句”！
先不说怎么优化，如果你的日志有一条语句赌住了，那么会有不计其数的慢语句填充到MySQL的满日志里面。那么首先提炼出这些语
句就非常头疼。
今天主要� ......
1.下载 MySQL 6.0免安装版
http://www.mysql.com/downloads/mirror.php?id=386828
2.将 MySQL6.0 解压到待安装目录(自己决定放到哪）。解压后默认文件夹名称为：mysql（当然可以自己更改），然后在环境变量中设置MYSQL_HOME（这样，以后可以用%MYSQL_HOME%引用安装目录）。如，我放在E盘根目录下，所以，MYSQL_HOME设置为 ......
