《MySQL性能调优与架构设计》最新勘误

作者：sky | 分类： 团队风采 | 标签： , , , | 日期：2009-07-06

推荐序二
“当年加入淘宝的毕业生成了淘宝开发 DBA 的主管,他就是本书的作者” -> “当年加入淘宝的毕业生成了淘宝开发DBA的主管，而当年加入阿里巴巴B2B的毕业生，就是本书的作者”

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 DESC

P112
最后一行的 “quuery” -> “query”

P117
“尽两减少大的复杂 Query” -> “尽量减少大的复杂 Query”

P152
“不仅 user_group 表的访问从 ref 变成了 ALL” -> “不仅 group_message_content 表的访问从 ref 变成了 ALL”

P167
代码 8-31 替换成如下：

sky@localhost : example 03:12:45> EXPLAIN SELECT DISTINCT MAX(user_id)
-> FROM group_message
-> WHERE group_id > 1 AND group_id < 10
-> GROUP BY group_id\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: group_message
type: range
possible_keys: idx_gid_uid_gc
key: idx_gid_uid_gc
key_len: 4
ref: NULL
rows: 3563
Extra: Using where; Using index; Using temporary; Using filesort
1 row in set (0.00 sec)

在”最后再看一下这个和 GROUP BY 一起使用的带有聚合函数的示例,与上面第三个示例相比,可以看到已经多了 filesort 排序操作了,因为我们使用了 MAX 函数。”之后增加
“要取得分组后的 MAX 值，又无法使用索引完成操作，只能通过排序才行了。”

P178
“但是从 5.0.3 开始,VARCHAR 的最大存储限制已经更改为字节数限制了,扩展到可以存放 65535 bytes 的数据,不同的字符集可能存放的字符数并不一样。也就是说,在 MySQL 5.0.3 之前的版本,M 所代表的是字符数,而从5.0.3 版本开始,M 代表的是字节数了。” ->
“但是从 5.0.3 开始,VARCHAR 的最大存储限制已经改为字节数，而且不再有单个字段的限制，而是受单条记录除 TEXT 和 BLOB 类型字段外最大不超过 65536 Bytes 的限制。不过，字段定义中的 M 仍然表示字符数，所以定义后的 VARCHAR 类型字段实际最大可存放数据长度与字符集相关的。”

P199
“最多将缓存 32 个连接线程” -> “最多将缓存 64 个连接线程”

P200
“(127 - 12) / 127 * 100%” -> “(127 - 11) / 127 * 100%”

P202
“平台上可以超出 4BG 的限制” -> “平台上可以超出 4GB 的限制”

P207
“Key_buffer_UsageRatio = (1 - Key_blocks_used/(Key_blocks_used+Key_blocks_unused)) * 100%” ->
“Key_buffer_UsageRatio = (Key_blocks_used/(Key_blocks_used+Key_blocks_unused)) * 100%”

P286
“Lucene 具肖高效的全文索引和分词算法” -> “Lucene 具有高效的全文索引和分词算法”

Update: 2009.07.06

P119 没出现一次对应的事件则数量加1 -> 每出现一次对应的事件则数量加1

P120 然后根据分析结果着手指定优化计划 -> 然后根据分析结果着手制定优化计划

Update: 2009.07.07

P66 “使用工具” -> “实用工具”

Update: 2009.07.14

P8 “Eent Scheduler” -> “Event Scheduler”

p54 “限制耽搁用户” -> “限制单个用户”

P52 “mysql.table_priv” -> “mysql.tables_priv”
“mysql.column_priv” -> “mysql.columns_priv”

Update:2009.08.14

P191 L16 “Event 都被会被 IO 线程” -> “Event 都会被 IO 线程”

P243 L5 “修改的才式” -> “修改的形式”

Update:2009.09.03

注：本文将与作者个人Blog Sky.Jian 朝阳的天空 所发布的勘误信息同步更新

有9人发表了评论  ↓发表评论↓

  • （─.─||）
    建议在指定错误的时候，注明是哪一页的第几行。
    没有行数，有时候找起来挺难找的

    arlen @ July 17, 2009 |

  • ｂ（￣▽￣）ｄ

    sdfsf @ July 24, 2009 |

  • hg(⊙ˍ⊙)

    环形变压器 @ December 19, 2009 |

  • 淘宝的毕业生成了淘宝开发(⊙ˍ⊙)

    上海水泵厂 @ January 26, 2010 |

  • (⊙ˍ⊙)

    保健品网 @ July 26, 2010 |

  • (⊙ˍ⊙)

    dear-lover @ September 25, 2010 |

  • 为什么出书之前不好好检查？

    tony @ September 28, 2010 |

  • [...] 注：本文将与Alibaba DBA 团队所发布的勘误信息同步更新 [...]

    MySQL性能调优与架构设计 - 爱上梁坤,爱上你 @ December 30, 2010 |

  • 这里也有一些mysql入门书籍的介绍：http://www.rumenshu.com/computer/31

    入门书 @ November 5, 2011 |

表情：<(￣︶￣)> | (⊙ˍ⊙) | ＞﹏＜ | ｂ（￣▽￣）ｄ | （─.─||） | (^_-)

[ Ctrl+Enter提交 ]

DBA