del.icio.usFrom 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 Sort Buffer 和 Join Buffer”
From ochef
推荐序二
原文：“Blog:http://www.orawh.com/”
-> ： “Blog:http://www.ixdba.com/”
P18
原文：“ 如：update、delte、insert、create”
-> ： “ 如：update、delete、insert、create”
Latest Update：2009.10.19
From：Jasper Che
P108
原文：“TL_WRITE_ALLOW_WRITE”
->：“WRITE_ALLOW_WRITE”
原文：“P108 L7 同时Current read lock是Read_NO_INSERT的锁定类型”
->：“同时Current read lock不是Read_NO_INSERT的锁定类型”
P109
原文： “而其他几种支持事务的存储存储引擎”
->：“而其他几种支持事务的存储引擎”
P127
原文：“改行算法只须要访问一次数据 ”
->：“改进算法只须要访问一次数据”
P131
原文：“主要包含如下集中类型”
->：“主要包含如下几种类型”
P148
原文：“subject LIKE ‘weiurazs%’”
->：“AND subject LIKE ‘weiurazs%’”
Latest Update：2009.12.14
借这里问个问题，刚接触MySQL没多久，在存储过程中进行异常处理，如何记录犯的什么错？比如oracle中的SQLCODE和SQLERRM就记录来了错误的详细内如。（我现在只能通过异常处理记录日志，知道它曾经犯错了…）
我想请教一下，现在MySQL方面有什么可以用在生产环境的Cluster么？MySQL Cluster总感觉不是那么可靠，测试环境中负载平衡表现的不是太好。
我是个南航本科还没毕业在公司实习的菜鸟MySQL & Oracle DBA，很弱的问题~
你的经历很传奇，呵呵~
老同学，我是223的师父，有点急事找你咨询，只好在你网站上灌水了，呵呵，对不住了，请你看到我的信息速打15912200173，谢谢了
你好，这本书的第167页上的“代码8-31”有误，请更正一下，谢谢！
找你真难.我是老特速度电话联系我因为你的电话已停机.我的134-87909139
第201页上，“10.4.3”的标题里有写“Read Buffer”，但在随后的内容中却只字未提，请问是否标题有误，还是内容遗漏了，谢谢！
错误：（09年08月第二印刷的书）
1.推荐序二 ，倒数第二行piner的blog是www.ixdba.com，错写成了汪海的blog地址，这个有点不应该啊，呵呵。
2.page 18
11.表变更管理模块里，delet应该是delete。
BTW：书写得不错，比较通俗易懂，很细腻感觉。
你还在浏览你的个人博客吗？你还在关心你的书吗？上周的二个问题，无一回复。不知道你是否在进行此书的勘误工作，如果有的话，期待早日面世。
—- 喜欢此书的读者
@mysqlkumao
非常感谢你的关注，代码8-31的勘误之前已经发出，详情请见：http://www.jianzhaoyang.com/mysql-performance-tuning-and-architecture/latest-errors-correction
关于 Read Buffer 的问题，属于未删除干净，本来是包含了 read buffer 相关的内容的，但是后来感觉过于简单，有点多余，就删除了，但是标题中未删除干净。
@ochef
多谢您反馈的勘误信息，已经收录好。
P271
L4
原文：“Pathon 的 Pyshards“
->“Python 的 Pyshards“
在当当上买了这本书,非常期待,之前看了网易推出的那本,正好结合下看看
当时看了不错就推荐公司买了两本！
后来一位同事在网上看到居然流传了电子版，感觉很惊讶！不知道博主知道不！
我没有看到啊？我自己放出去过试读章节，不是全部。不过出版社说有也是正常的，稍微好带你的书，都会有人制作成电子版在网上传播的，这是对我的肯定，哈哈！
那个www.cnprog.com上的在线Q/A，我想问下作者，什么叫在线QA？读者发个问题，几个月后才回复，甚至不回复？ 随便把一些英文资料翻译一下凑一块，然后成书出版，动不动就夹个英文单词，生怕别人不知道你英文厉害？虽然读者不会care的，但是会怀疑内容是抄袭的。整本书内容空洞，有东拼西凑之嫌！看目录不错，内容却一塌糊涂。
你好，关于这段话好像有点问题，
比如我们首先给abc 用户授权可以UPDATE 指定数据库如test 的t 表，然后又在
全局级别REVOKE 掉了abc 用户对所有数据库的所有表的UPDATE 权限。则这时候的abc 用户
将不再拥有用对test.t 表的更新权限
我试了，依然可以有更新的权限。
@不想跑的猪
非常抱歉，确实有问题，之前我自己编译安装的版本存在问题，测试对比后，目前我们使用的大部分环境下的MySQL，都可以，多谢您提出次问题，万分感谢。