读者朋友整理的《MySQL性能调优与架构设计》勘误信息

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了读者朋友整理的《MySQL性能调优与架构设计》勘误信息，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3661字，纯文字阅读大概需要6分钟。

内容图文

From Ryam： p26 倒数第二行： 原文：“逻辑层与存储引擎实现层的过度解偶” - ：“逻辑层与存储引擎实现层的过度解耦” p82 第9行： 原文：“这样就省略了分页程序在分以前实时计算” - ：“这样就省略了分页程序在分页前实时计算” p118 第5行： 原文：“

From 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性能调优与架构设计》勘误信息, 感谢原作者分享。

内容总结

以上是互联网集市为您收集整理的读者朋友整理的《MySQL性能调优与架构设计》勘误信息全部内容，希望文章能够帮你解决读者朋友整理的《MySQL性能调优与架构设计》勘误信息所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端