外面已经很热了，中午已经没办法在小花园散步了，只能在楼后面的阴凉处来回走走。本周要上班6天，初步决定周三休假一下，顺便去办点事情。否则连续6天实在有点长。还有7天，老妈就要来了，好期待啊，再不用为了吃饭发愁了。lg也可以解放了，再不用被我逼着买这买那了。
放假三天后，第一天上班有点不适应，上午就开始觉得办公区很闷，到了中厅，依然闷，喝了点凉的饮料才好一些，炎热的夏天，来的真快~

端午节那天淘淘来家里了，一大早，lg就去把淘淘一家三口给接来了，小淘淘上车就睡觉，据说是下车关车门的时候给吵醒的，不过都没哭，我到门口迎接的时候，看到淘淘爸爸抱着，小淘淘睁着大眼睛四处看。
到了家里，淘淘就更精神了，完全陌生的环境，让他的小脑袋不停的转动观察。后来，淘淘定居在了沙发上，虽然沙发比较宽，但是对于会爬的淘淘来说还是不够大，家里没有宝宝玩的玩具，只好拿些水果来当玩具，比如樱桃，苹果，山竹，哦，对，还有手电筒，是淘淘最爱的玩具。
小淘淘不爱睡觉，直到困得不行才肯让妈妈放在床上睡半小时，小家伙侧着身体睡觉，给他盖上红色的小单子，太可爱了，世界上怎么会有这么小的小人儿，这么可爱，这么漂亮，这么惹人疼爱呢，我躺在他旁边，一直默默的看着这个熟睡的小家伙，更加可以理解为什么父母都那么伟大，愿意为了自己的宝宝付出那么多。下午我们带着淘淘去乐友游泳，淘淘第一次游泳，有点紧张，呆了7分钟就出来了，不过已经很厉害了。
端午节就在淘淘的陪伴中度过了，是三天假期最充实的一天，淘淘再过半个月就要跟着妈妈回四川了，他的爸爸一定会非常想念他，不过为了让他更好的成长，还是得忍痛让宝宝回到更多人可以照顾的地方。下次再见他，他就有1岁多了吧，期待小淘淘快快长大，健康快乐~

1.今天早上9点38分，小外甥顺利出来了，小家伙7斤四两，真够重呀，呵呵。祝福小外甥健健康康，真替他的爸爸妈妈高兴，估计见到真人版，得明年了，等待他的照片吧。
2.亮亮早上在hi上跟我抱怨说，我们家blog没法看了，她都想推荐给同事做技术论坛了，呵呵，这点得批评老公，整天发些技术文章，太不考虑亮亮这种观众了。
3.淘淘小朋友会爬了，确切的说，是会像小青蛙一样蹦来蹦去的，太可爱了，孜孜不倦的够着被手电筒照亮的玩具。
4.我穿裙子了，老妈买的，黄色的，穿着比较舒服，一出门就招小飞虫。。。同事说，背后看我，年轻了好几岁。。他们家这么夸人的啊。。
5.本周只有三天工作时间，幸福！

众所周知，当某class实现了Serializable接口后，由此class构建出的对象将具备序列化的能力，而Serializable这个接口中没有任何需要实现的方法，所以这个接口的作用仅仅是作为一个标记，告诉虚拟机，具有这个标记的对象，是可以被序列化的，而没有这个标记的则不要序列化。所以，虚拟机应该是可以将任何对象序列化的，只不过是它遵守了一个“道德“规范，仅序列化那些被允许可以序列化的。那为什么不是所有的对象都是可序列化的呢？我想也许是基于安全性的考量吧。

序列化的一般过程是：

1. 在虚拟机A中，构造了class AClass的对象AObject
2. 将AObject序列化写入到文件ObjectFile中
3. 在虚拟机B中，读取文件ObjectFile
4. 根据AClass和读取进来的byte[]，构造虚拟机B中的AClass的对象BObject

这里面，不好理解的事情是在第四步中，如果虚拟机B仅有AObject的数据，并不足以构造出BObject，它必须还需要有AClass的信息。也就是说， 序列化，仅仅是把对象以二进制的形式写入到了文件之中，但是这些二进制该组织成什么样的一个东西，却并不能说明，所以还需要AClass的类型信息，这就 如同交给了你一大堆的机器零件，还需要你拥有一本组装说明书，你才能把这些零件组装成一架波音747。:)。也就是说，序列化的仅仅是Object，而没有同时把这个Object所依赖的所有class一并序列化过去。那为什么不这么做呢？也许和ClassLoader有关？又和安全性有关？

在实现了Serializable接口的class中，需要声明一个long serialVersionUID，用来标明当前class的版本号：

• 如果在序列化写时的版本号和序列化读时的版本号，不一致，将会有异常：
  java.io.InvalidClassException:
  local class incompatible: stream classdesc serialVersionUID = …, local class serialVersionUID = …
• 那如果在class中不声明这个属性呢？那结果可以就会变得比较诡异了：
  • 在序列化写的时候，虚拟机A会为它计算出一个serialVersionUID，计算的方法是依据class的信息，再具体我也不清楚了。
  • 在序列化读的时候，虚拟机B也会为class计算出一个serialVersionUID，然后做比较。
  • 那么如果两个虚拟机是不同类型的虚拟机，那么计算方法可能就不一样了，于是即使相同的class，serialVersionUID也可能会不同，不同的class的，理论上来说，也存在serialVersionUID相同的可能性，所以，serialVersionUID尽量由我们自己来指定，而不要由虚拟机来计算。
• 那如果serialVersionUID一致，而class发生了变化呢？
  • 如果虚拟机A中的AClass有一个属性，而虚拟机B中的AClass，没有这个属性，那么这个属性将被忽略，而不会有异常。
  • 如果虚拟机A中的AClass没有的属性，而在虚拟机B中多出来的属性，那么这个属性将被赋予一个缺省值，而不会有异常。
  • 如果虚拟机A中的AClass有一个属性，在虚拟机B中的AClass也有这个属性，但这个属性的类型变了，比如说int变成了long，抑或其他的变化，将会有异常：
    java.io.InvalidClassException:
    incompatible types for field …

经过序列化而产生的异常都是 java.io.InvalidClassException，不会产生java.lang.ClassCastException，两者还是有比较大的区别的，从名字上就可以看得出来。

比较规矩的做法都是将所有的表名全部小写或者是全部大写，我比较喜欢全部小写，无论是在创建表的语句中还是在后面的CRUD语句中。然而，有时由于各种众所不知的原因，很难做到统一。于是该如何让mysql大小写不敏感呢？

在表名大小写敏感的情况下，表A和表a是不一样的，这样，如果在语句中还不分大小写的乱写，就会出现找不到表的错误，那此时的解决方案就是让它大小写不敏感：在my.conf中的mysqld栏目下加入一行：lower_case_table_names=1，然后重启mysql。

但是，如果以前，在大小写敏感的设置下，创建表时使用的是大写的表名，在执行完上面设置后会怎么样捏？这个表将不再会被访问到了。这下麻烦了：还得把上面设置改回去，然后将表名rename到小写，然后再加上上面的设置。

更多参考：http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html

通常的解释是：选择出来的记录太多了，内存中放不下了，所以会存储在磁盘中，并通过操作磁盘的文件的方式来排序。但是呢，这是不对的。

正解是，filesort这个名字有问题，容易给人误解，在mysql中，任何不能通过index进行的sort都称之为filesort，这里的filesort和文件没有任何关系，应该称之为“sort”而不是“filesort”，它的内部实现就是快速排序。

意译自：
What does Using filesort mean in MySQL?
http://www.mysqlperformanceblog.com/2009/03/05/what-does-using-filesort-mean-in-mysql/

How MySQL executes ORDER BY
http://s.petrunia.net/blog/?p=24

5月4日上班了，公司貌似有了空调，舒服多了，不用再下午总是热的到处找凉快地方了。
5.1这三天假期做的最多的事情就是整理房间，每天都有干不完的活儿，现在就开始看什么都觉得乱了，是不是早了点儿。。
给老妈买了一个简易的柜子，顺便把自己的衣服通通整理了一遍，然后心情很愉快。5月3日还做了酱牛肉，很像那么回事，味道也不错，难道我是个天才美食家？
老妈说最快月底就争取来了，好期待饭来张口的日子。