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

推荐序二 当年加入淘宝的毕业生成了淘宝开发 DBA 的主管,他就是本书的作者 -> 当年加入淘宝的毕业生成了淘宝开发DBA的主管，而当年加入阿里巴巴B2B的毕业生，就是本书的作者 序言 APS 编写网站应用 -> ASP 编写网站应用 P90 假设 id 为 100 -> 假设 id 为 1

推荐序二
“当年加入淘宝的毕业生成了淘宝开发 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 DESC

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

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

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

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

sky@localhost : example03:12:45> EXPLAINSELECTDISTINCTMAX(user_id)
    -> FROMgroup_message
    -> WHEREgroup_id > 1ANDgroup_id 10
    -> GROUPBYgroup_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: Usingwhere; Usingindex; Usingtemporary; Usingfilesort
1rowinset(0.00sec)

在”最后再看一下这个和 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

原文地址：《MySQL性能调优与架构设计》最新勘误, 感谢原作者分享。