Pvi推荐序二第2行.PDF

Pvi 推荐序二  第2 行  原文：“当年加入淘宝的毕业生成了淘宝开发DBA 的主管，他就是本书的作者”  修改：“当年加入淘宝的毕业生成了淘宝开发DBA 的主管，而当年加入阿里巴巴B2B 的毕业 生，就是本书的作者”    Pvi 推荐序二  倒数第3 行  原文：“《搭建Oracle 高可用环境》一书的作者”  修改：“《构建Oracle 高可用环境》一书的作者”    P90   第3 行  原文：“通过调用存储引擎借口来获取”  修改：“通过调用存储引擎接口来获取”    P90   倒数第3 行  原文：“（假设id 为100）”  修改：“（假设id 为1）”    P90   倒数第1 行  原文：“取出前20 个”  修改：“取出第100 至120 个”      P91   第1 行  原文：    and user_group.user_id = user.id  LIMIT 100,20;    修改：    and user_group.user_id = user.id  ORDER BY gmt_create desc   LIMIT 100,20;    也就是在P91 的第2 行和第3 行代码之间插入1 行：“ORDER BY gmt_create DESC”    P112   最后一行  原文：“quuery ”  修改：“query ”    P117   第13 行  原文：“尽两减少大的复杂Query”  修改：“尽量减少大的复杂Query”    P152   倒数第3 行  原文：“不仅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)      P167  代码段之后  原文：“最后再看一下这个和GROUP  BY 一起使用的带有聚合函数的示例，与上面第三个示 例相比，可以看到已经多了filesort 排序操作了，因为我们使用了MAX 函数。”    修改：“最后再看一下这个和GROUP  BY 一起使用的带有聚合函数的示例，与上面第三个示 例相比，可以看到已经多了filesort 排序操作了，因为我们使用了MAX 函数。要取得分组后 的MAX 值，又无法使用索引完成操作，只能通过排序才行了。”    P178   倒数第3 行  原文：“但是从 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 类型字段实际最大可存放数 据长度与字符集相关的。”