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

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

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

序言
&＃8220;APS 编写网站应用&＃8221; -> &＃8220;ASP 编写网站应用&＃8221;

P90
&＃8220;假设 id 为 100&＃8243; -> &＃8220;假设 id 为 1&＃8243;
&＃8220;取出前20个&＃8221; -> &＃8220;取出第100至120个&＃8221;
&＃8220;通过调用存储引擎借口来获取&＃8221; -> &＃8220;通过调用存储引擎接口来获取&＃8221;

P91
代码 6-4 的解决方案一中 &＃8220;LIMIT&＃8221; 之前增加 &＃8220;ORDER BY gmt_create desc&＃8221;， 也就是在 P91 的第2行和第3行之间插入1行：ORDER BY gmt_create DESC

P112
最后一行的 &＃8220;quuery&＃8221; -> &＃8220;query&＃8221;

P117
&＃8220;尽两减少大的复杂 Query&＃8221; -> &＃8220;尽量减少大的复杂 Query&＃8221;

P152
&＃8220;不仅 user_group 表的访问从 ref 变成了 ALL&＃8221; -> &＃8220;不仅 group_message_content 表的访问从 ref 变成了 ALL&＃8221;

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)

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

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

P199
&＃8220;最多将缓存 32 个连接线程&＃8221; -> &＃8220;最多将缓存 64 个连接线程&＃8221;

P200
&＃8220;(127 &＃8211; 12) / 127 * 100%&＃8221; -> &＃8220;(127 &＃8211; 11) / 127 * 100%&＃8221;

P202
&＃8220;平台上可以超出 4BG 的限制&＃8221; -> &＃8220;平台上可以超出 4GB 的限制&＃8221;

P207
&＃8220;Key_buffer_UsageRatio = (1 &＃8211; Key_blocks_used/(Key_blocks_used+Key_blocks_unused)) * 100%&＃8221; ->
&＃8220;Key_buffer_UsageRatio = (Key_blocks_used/(Key_blocks_used+Key_blocks_unused)) * 100%&＃8221;

P286
&＃8220;Lucene 具肖高效的全文索引和分词算法&＃8221; -> &＃8220;Lucene 具有高效的全文索引和分词算法&＃8221;

Update: 2009.07.06

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

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

Update: 2009.07.07

P66 &＃8220;使用工具&＃8221; -> &＃8220;实用工具&＃8221;

Update: 2009.07.14

P8 &＃8220;Eent Scheduler&＃8221; -> &＃8220;Event Scheduler&＃8221;

p54 &＃8220;限制耽搁用户&＃8221; -> &＃8220;限制单个用户&＃8221;

P52 &＃8220;mysql.table_priv&＃8221; -> &＃8220;mysql.tables_priv&＃8221;
&＃8220;mysql.column_priv&＃8221; -> &＃8220;mysql.columns_priv&＃8221;

Update:2009.08.14

P191 L16 &＃8220;Event 都被会被 IO 线程&＃8221; -> &＃8220;Event 都会被 IO 线程&＃8221;

P243 L5 &＃8220;修改的才式&＃8221; -> &＃8220;修改的形式&＃8221;

Update:2009.09.03

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