Sky.Jian – i Sky000

受博文视点周筠老师所邀，为博文新书 《我是一只IT小小鸟》（俗称“IT小小鸟”）写了篇从大学到现在的个人成长经历的文章。“IT小小鸟”全书由 胡江堂 / 李成 / 唐雅薇 / 秦琴 / 蒋宇东 / 刘未鹏 / 居振梁 / 刘帅 / 温卫斌 / 张弦 / 张凯峰 / 庄表伟 / 宋劲杉 / 程露 / 黄小明 / 易晓东 / 林健 / 高昂 / 徐宥 / 辜新星 / 简朝阳 共 21 位作者合作完成，已于上月初（2009-09-01）正式出版。
“IT小小鸟”主要是介绍了各位作者的的成长学习经历，对IT从业的选择经历，在成长学习到路上所遇到的挫折，以及工作后的部分经历。希望通过各自一路走来的经历可以对各位即将进入大学或者是即将从大学毕业的学弟学妹们有那么一点点帮助。
最近从周筠老师处得知，收到来不少自高校学生的反馈，反响很不错。如 东北师大的 王喆 在豆瓣上的书评：http://www.douban.com/review/2518322/，Ramiel 在个人Blog上的读后感想 http://hi.baidu.com/ramiel/blog/item/5181f638ffa7b8f8b311c7a9.html 等！甚至还有公司（兰亭集势）专门团够团购200本“IT小小鸟”，用于校园招聘。很欣慰自己的成长经历能够对各位后来者有所价值！
附注：
网上购买此书 请 点这里

IT, 我是一只IT小小鸟, 简朝阳

From Ryam：
p26
倒数第二行：
原文：“逻辑层与存储引擎实现层的过度解偶”
-> ：“逻辑层与存储引擎实现层的过度解耦”
p82
第9行：
原文：“这样就省略了分页程序在分以前实时计算”
-> ：“这样就省略了分页程序在分页前实时计算”
p118
第5行：
原文：“如果系统须要有限保证”
-> ：“如果系统须要优先保证”
p123
第1行：
原文：“并不一定完全按照系数据库的元信息”
-> ：“并不一定完全按照数据库的元信息”
p85
倒数第2行：
原文：“然后再瓶装展现对象”
-> ：“然后再拼装展现对象”
p139
第8行：
原文：“那么将会存在大量记录指针信息存于同一Hash值相关联”
-> ：“那么将会存在大量记录的指针信息与同一Hash值相关联”
p142
倒数第6行：
原文：“当然，并不是存在更新的字段就适合创建索引”
-> ：“当然，并不是存在更新的字段就不适合创建索引”
p171
第3行：
原文：“但是当遇到一些自查询或较为复杂的join时”
-> ：“但是当遇到一些子查询或较为复杂的join时”
第11行：
原文：“group_message_bad是优化前的表，优化后为group_message表），如示例代码9-1所示：…”
-> ：这里的示例代码中group_message更换成group_message_bad
p194
第3行
原文：“这样不仅可以让变化频繁的Table的Query浪费Query Cache的内存”
-> ：“这样不仅可以避免变化频繁的Table的Query浪费Query Cache的内存”
p196
倒数第1行：
原文：“先看一下与网络连接的性能配置项及对性能的影响”
-> ：“先看一下与网络连接相关的性能配置项及其对性能的影响”
p202
倒数第2行：
原文：“在数据库上进行线后的参数调整”
-> ：“在数据库上线后进行的参数调整”
p208
倒数第6行：
原文：“还是将页节点也加载进来”
-> ：“还是将叶节点也加载进来”
p237
第2行：
原文：“还须要提一下系统高可用及数据安这两方面”
-> ：“还须要提一下系统高可用及数据安全这两方面”
p246
第13行：
原文：“只有Master和Slave的server-id参数值比不一致时”
-> ：“只有Master和Slave的server-id参数值不一致时”
p249
第2行：
原文：“最大的好处就是既可以避免主Master的写操作不会受到Slave集群的复制所带来的影响”
-> ：“最大的好处就是既可以避免主Master的写操作受到Slave集群的复制所带来的影响”
p261
倒数第9行：
原文：“主要是将某个访问极其平凡的表”
-> ：“主要是将某个访问极其频繁的表”
p264
图14-3
原文：“hprizontal sharding”
-> ：“horizontal sharding”
问题：photo albums数据库的水平切分示例中，每个切分库的切分条件都是album_id % n = 0，应该依次为album_id % n = 0, album_id % n = 1 …
p279
倒数第15行：
原文：“当Innodb在本地的Buffer Pool（…）的时候”
-> ：“当Innodb在本地的Buffer Pool（…）找不到所需数据的时候”
From 云水馋心：
P153
原文：“c_rec.group_msg_id = c_rec.id{”
-> ：“c_rec.group_msg_id=m_rec.id”
From mysqlkumao
P201
原文：“10.4.3 Sort Buffer、Join Buffer 和 Read Buffer”
-> ： “10.4.3 [...]

Architecture, MySQL, MySQL书籍, performance

《MySQL性能调优与架构设计》从最开始网上书店上架（2009.06.11）到现在才35天时间，库存量就已经很少了。接到出版社通知，需要今天完成勘误信息的整理，马上出片进行第二次印刷了。
这次印刷会订正掉目前位置已知的所有编写及出版过程中出现的错误信息，相信各方面品质都会比第一次印刷更好。
非常感谢各位读者热心积极的反馈以及肯定，感谢各位朋友的支持，感谢博文视点出版社的大力帮助，谢谢大家了。

Architecture, MySQL, MySQL书籍, performance

推荐序二
“当年加入淘宝的毕业生成了淘宝开发 DBA 的主管,他就是本书的作者” -> “当年加入淘宝的毕业生成了淘宝开发DBA的主管，而当年加入阿里巴巴B2B的毕业生，就是本书的作者”
序言
“APS 编写网站应用” -> “ASP 编写网站应用”
P90
“假设 id 为 100″ -> “假设 id 为 1″
“取出前20个” -> “取出第100至120个”
“通过调用存储引擎借口来获取” -> “通过调用存储引擎接口来获取”
P91
代码 6-4 的解决方案一中 “LIMIT” 之前增加 “ORDER BY gmt_create desc”， 也就是在 P91 的第2行和第3行之间插入1行：ORDER BY gmt_create [...]

Architecture, MySQL, MySQL书籍, performance

有网友建议将原书“附录A”中的示例库结构脚本在网上贴出来，方便大家做实验的时候不用一个字母一个字母的敲，挺好的建议，以下就是示例库结构脚本的所有创建语句：
–创建数据库CREATE DATABASE example; –创建表–索引是根据应用中使用的 Query 的情况而决定，所有表开始都仅仅只有主键，没有其他的索引–各表没有特定存储引擎和字符集，各位读者朋友可根据自己的环境决定CREATE TABLE event (  id int(11) NOT NULL AUTO_INCREMENT,  gmt_create datetime NOT NULL,  user_id int(11) NOT NULL,  event_type varchar(8) NOT NULL,  event_msg varchar(255) DEFAULT NULL,  PRIMARY KEY (id)); –组内讨论信息summaryCREATE TABLE group_message (  id int(11) NOT NULL AUTO_INCREMENT,  gmt_create datetime NOT NULL,  gmt_modified datetime NOT NULL,  group_id int(11) NOT NULL,  user_id int(11) NOT [...]

Architecture, book service, example db, MySQL, MySQL书籍, performance, script