《数据库性能优化》.pptVIP

数据库 Vs 数据仓库-相互关系 数据库 Vs 有哪些信誉好的足球投注网站引擎-概览 数据库 数据的持久保存 只适合精确查找, 不适合模糊有哪些信誉好的足球投注网站 暂时不支持线性扩展 有哪些信誉好的足球投注网站引擎 是数据库中数据的一个快照 擅长模糊有哪些信誉好的足球投注网站, 精于有哪些信誉好的足球投注网站分词/结果排序 可以线性扩展 数据库 Vs 有哪些信誉好的足球投注网站引擎-关系 数据库 Vs Cache-概览 数据库 数据永久保存 系统资源总量受到硬件和软件共同限制,暂时不可扩展 Cache(缓存) 数据临时保存 响应速度快 适合单一键值对的数据查询 系统能力可通过增加硬件投入来敏捷扩展 开发周期短, 技术成熟稳定 合理使用Cache可以很好的减轻数据库的压力 Cache的种类 MemCache 载体: 内存 响应速度快 断电即丢失 ViewCache 载体: 格式化的文件(XML) 适用于类目/地区列表等变化相对较少的信息缓存 各数据源常见场景-有哪些信誉好的足球投注网站引擎 各数据源常见场景-DW对外展示 各数据源常见场景-Cache Thank you! * 普通的table都是基于“堆”这种数据结构的，所以又叫堆表。由于是无序的结构，所以insert迅速，但是无法快速查找数据。 * SELECT * FROM (SELECT * FROM (SELECT t.*, 0 draft_flag FROM company t WHERE t.admin_member_id = :1 UNION ALL SELECT t1.*, 1 draft_flag FROM company_draft t1 WHERE t1.admin_member_id = :2) ORDER BY gmt_modified DESC) t WHERE rownum = 1 * 数据库性能优化 B2B-DBA-陈立-2011年Q3 主题 基本元素 访问堆表 访问B树索引 案例分析 执行计划 基本元素-总览 一本字典---------------一个表 字典中的一页----------一个数据块 一个字的解释----------一笔记录 页码跟行号------------ROWID 基本元素-堆表 物理上由若干数据块组成 物理上的分界线：High Water Mark 逻辑上由若干数据行组成 每笔数据的唯一地址：ROWID 基本元素-数据块 保存数据的最小容器 读取数据的最小单位（8k或16k，固定大小） 基本元素-ROWID 访问一笔记录的最快方式 ROWID只是一个坑，不是一个萝卜，用它来访问数据虽然快，但是不安全。因为随着DELETE/INSERT操作，坑里埋的萝卜会变。坑还是原来的坑，萝卜已经不是原来的萝卜了。 访问堆表-全表扫描 全表扫描 用多快读的方式访问高水位线以下的所有数据块 哪怕这些数据块里现在都没有数据 哪怕最终只得到少量的记录 就像在一本没有索引的字典里找出所有单人旁的字，你必须将整本字典从头到尾查阅一遍。 访问堆表-ROWID访问 访问指定ROWID的记录 最快的访问方式 查看字典中第X页第Y行的字 访问堆表-STOP机制 查询到指定的记录数之后就停止扫描 无需借助索引，也不必访问整张表的所有数据块 在字典中找出5个笔画数为20的字 访问B树索引-典型结构 访问B树索引-特点 自索引的索引 平衡树-----每个叶节点到根节点的距离相等 叶节点之间存在有序链表结构 对 =, , , =, =, like ‘a%’ 等操作效率极高 对 , like ‘%a%’, like ‘%a’ 操作效率差 访问B树索引-索引唯一扫描 访问B树索引-索引范围扫描 访问B树索引-索引快速全扫描 Select count(*) from table1 访问B树索引-代价 索引唯一扫描：o(1)------索引的层次数 索引范围扫描：o(n)------所需要返回的叶块 索引快速全扫描：o(N)----所有叶块 实际问题-1 问：在索引字段上施加函数，为什么性能差 to_char(gmt_create,’ mmdd’) =‘0101’ 答：因为无法使用索引 正确的写法： gmt_create between to_dateyyyymmdd) and to_dateyyyymmdd) 用索引范围扫描 实际问题-2 问：在索引字段上用全模糊，为什么性能差 member_id like ‘%alibaba%’ 答：因为无法使用索引。 正确的做法：B树索引无法解