行者

摘要： 1、性能优化简介 1.1、性能： 完成 某个任务 需要的时间度量 或者 性能即响应时间； 1.2、吞吐量： 单位时间内 的 查询数量； 1.3、通过性能剖析进行优化： a,性能剖析的步骤： 测量任务话费的时间； -> 对结果进行统计、排序（重要任务排到前面）； b,性能剖析的类型： 基于执行时间的分 阅读全文

摘要： 1、概述 良好的逻辑设计、物理设计 是高性能的基石； 2、选择优化的数据类型 2.1、更小的通常更好 尽量使用 可以 正确存储数据 的 最小数据类型；（占用更少的磁盘、内存、CPU缓存、CPU周期也少） 2.2、简单就好 简单数据类型 操作 需要更少的CPU周期； 2.3、尽量避免null null 阅读全文

摘要： 1、MySQL逻辑架构 1.1、连接管理与安全性 1.2、优化与执行 select 语句 在MySQL Server中的执行流程： MySQL Server 会先检查缓存，如果找到，直接返回； 没找到 >MySQL Server解析器 解析select语句 >优化器 请求 存储引擎 提供容量或某个具 阅读全文

摘要： 1、简介 1.1、优化器 在选择访问路径时，并 不向数据库 发起任何select调用； 基于 工具组件收集的 统计信息（表的大小、表上索引大小、索引列值的分布） 来选择访问路径； 排序问题、不必要的表访问 阅读全文

摘要： 1、Using filesort 当Query 中包含 ORDER BY 操作，而且 无法利用索引完成排序操作的时候，MySQL Query Optimizer（优化器） 不得不 选择相应的排序算法来实现。 数据较少时从内存排序，否则从磁盘排序。Explain不会显示的告诉客户端用哪种排序。官方解释 阅读全文

摘要： 1、发现不合适的索引： a,基本问题法 b,快速上限估算法 2、基本概念： 2.1、访问： DBMS 读取 一个索引行 或 一个表行 的成本（索引访问、表访问）； 2.2、随机访问、顺序访问： DBMS 扫描 表或索引的一个片段（被读取的行在物理上彼此相邻），第一行的读取 为一次随机访问；对于后续的 阅读全文

摘要： 1、简介： 1.1、使用 不合适的索引 可能会 导致 比全表扫描更差的性能； 2、3星索引： 2.1、第一颗星： 取出 所有 等值谓词 的列 （a= ...），将 等值谓词列 作为 索引 最开头的列（任意顺序均可）； 2.2、第二颗星： 将 order by列 加入索引中，不需要改变 索引列的顺序， 阅读全文

摘要： 1、谓词： a,where子句 由一个或多个谓词（搜索参数）组成； b,谓词： 条件表达式、真值表达式； 2、优化器及访问路径： a,优化器： 2.1、在 SQL真正被执行之前，优化器 先确定 如何访问数据（使用哪个索引、索引的使用方式、是否需使用辅助式随机读...）； 3、索引过滤及过滤列： 3. 阅读全文

摘要： 1、表、索引 1.1、表、索引 都被 存储在 页 中； A、页： a,页的大小一般为4KB，基本满足大多数需求，也可以使用其他大小； b,页的大小 决定了 一个页可以存储多少个索引行、表行； 需要多少个页 来存储表、索引； c,缓冲池、I/O活动都是 基于 页； B、索引行： a,一个 索引行 等同 阅读全文

摘要： 1、为什么索引依旧是如此之多问题的来源？ a，不合适的索引 2、系统化的索引设计 a,面向列的索引设计方式 b,面向响应时间的索引设计方式 （索引创建的目的： 在硬件容量限制的前提下 保证所有的数据库调用运行足够快）； 阅读全文