自从 2006年12月 ↓

每一年其实都是普通的一年.
每一年其实都有每一年的不平凡.
2006就这样悠然远逝,普通不普通平凡不平凡都让我们如此的恋恋不舍.
流恋后,让我们把2006永远的写进历史,把一切的一切都彻底忘却,用力去拥抱即将到来的2007年.

祝所有看到这篇BLOG的朋友能在2007实现自己的愿望,永远开心,幸福.

已经N天没有更新了,汗一个…
主要的原因是玉米在学校生了重病,这些天一直跑来跑去的给它看病和照顾它,实在没时间也没心情.
我们14号接到学校的电话说玉米病了,赶紧去接,回来的时候它连站起来的力量都没有,到了附近的宠物医院被怀疑是狗瘟,吓的我们半死.后来发现严重贫血,血液中红细胞的数量不到正常的一半,连续两天输液,看着它难受的样子,心里也着实不好受.
过了两天医院也没有找到造成贫血的原因,于是决定转去比较牛X的医院,打车从通县到西三环,往返150.大夫验血之后确诊为败血症(狗狗的病和人差不多,我们就在医院见过内分泌失调的),于是连续几天输液,从通县往返了两天后决定住在苹果园,从苹果园到医院往返只要50,省钱~~.
到了这个周末的时候,虽然病因还是不清楚,但是病情的确明显的好转,只要在家打针就可以了.这些天玉米打了差不多有上百针了…以致于现在一给它打针它就疯了一样怒吼,可怜的孩子.
不管怎么说,它总算是快好了,渐渐的恢复了往日的风采,渐渐的变回了那个淘气的玉米.
建健康康的,比什么都好.

InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。下面是已知的两者之间的差别，仅供参考。
1.InnoDB不支持FULLTEXT类型的索引。
2.InnoDB中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含where条件时，两种表的操作是一样的。
3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。
4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。
5.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表，但是对于使用的额外的InnoDB特性（例如外键）的表不适用。

另外，InnoDB表的行锁也不是绝对的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表，例如update table set num=1 where name like “%aaa%”

任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL的性能优势。