[杂记] 新年物语&关于Mysql引擎性能测试
忙碌的2009终于过去，也终于把人生大事忙完了，回到正常的工作生活中来。2010对我来说应该是充满新期望的一年，新的契机就在眼前，加油努力吧~
另外准备12个月之后再来总结一下今年的重大事记，呵呵~
顺便看到一个Mysql的测试文章，感觉还满有参考价值的，于是记录下来以便参考。
以下是一个MySQL中MyISAM引擎与InnoDB引擎性能简单性能测试：
[硬件配置]
CPU : AMD2500+ (1.8G)
内存: 1G/现代
硬盘: 80G/IDE
[软件配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
在缺省配置的情况下进行插入数据测试：
[插入数据-1] (innodb_flush_log_at_trx_commit=1)
MyISAM 1W：3/s
InnoDB 1W：219/s
MyISAM 10W：29/s
InnoDB 10W：2092/s
MyISAM 100W：287/s
InnoDB 100W：没敢测试
[插入数据-2] (innodb_flush_log_at_trx_commit=0)
MyISAM 1W：3/s
InnoDB 1W：3/s
MyISAM 10W：30/s
InnoDB 10W：29/s
MyISAM 100W：273/s
InnoDB 100W：423/s
[插入数据3] (innodb_buffer_pool_size=1024M)
InnoDB 1W：3/s
InnoDB 10W：33/s
InnoDB 100W：607/s
[插入数据4] (innodb_buffer_pool_size=256M, innodb_flush_log_at_trx_commit=1, set autocommit=0)
InnoDB 1W：3/s
InnoDB 10W：26/s
InnoDB 100W：379/s
【测试结论】
可以看出在MySQL 5.0里面，MyISAM和InnoDB存储引擎性能差别并不是很大，针对InnoDB来说，影响性能的主要是 innodb_flush_log_at_trx_commit 这个选项，如果设置为1的话，那么每次插入数据的时候都会自动提交，导致性能急剧下降，应该是跟刷新日志有关系，设置为0效率能够看到明显提升，当然，同样你可以SQL中提交“SET AUTOCOMMIT = 0”来设置达到好的性能。另外，还听说通过设置innodb_buffer_pool_size能够提升InnoDB的性能，但是我测试发现没有特别明显的提升。
基本上我们可以考虑使用InnoDB来替代我们的MyISAM引擎了，因为InnoDB自身很多良好的特点，比如事务支持、存储过程、视图、行级锁定等等，在并发很多的情况下，相信InnoDB的表现肯定要比MyISAM强很多，当然，相应的在my.cnf中的配置也是比较关键的，良好的配置，能够有效的加速你的应用。
如果不是很复杂的Web应用，非关键应用，还是可以继续考虑MyISAM的，这个具体情况可以自己斟酌。
【结论分析】
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高�
相关文档：
mysql 导出表：
mysqldump -u 用户名 -p --opt 数据库用户名 表名
> 表名.sql
mysql 导出数据库：
mysqldump -u
用户名 -p --opt 数据库用户名
>
数据库
名.sql
mysql 导入表：
>source e:\base\pet.sql;
mysql 导入表数据：
>LOAD DATA LOCAL INFILE 'e:path/pet.txt ......
今天的学习内容是sqlite和PDO mysql。
用自己的话说说两个东西吧：
sqlite算是一种不系统的数据库存储方式，它的存放格式是一个.db后缀的文件，在php中它存放在当前的目录下，貌似不用用户名密码，安全性较低，却比较方便。PHP5中自带的一些系统函数，都是以sqlite_开头的。
PDO全称PHP Data Object，顾名思义就是PHP的� ......
1、选取最适用的字段属性
MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使 ......
