高性能索引 1.索引基础:索引的作用类似'目录'帮助Query来快速定位数据行. 1.1索引类型: 1.1.1 b-tree索引 b-tree(balance tree)索引:使用平衡树(非平衡二叉树)来保存索引值,叶子结点的到根节点的距离相差不超过1:对于不同的引擎,不同的索引类型叶子结点保存的值可以不同,同过索引找到数据行的方式也不同 可以使用b-tree索引的查询类型:1.全值索引:2.最左前缀:3.前缀索引:4.匹配范围:5.精准匹配某一列,范围匹配另一列(可以在看作最左前缀的扩大化)6…

高性能MySQL中的三星索引 我对此提出了深深的疑问: 一星:相关的记录指的是什么??(相关这个词很深奥,“相关部门”是什么部门) 二星:如果建立了B-Tree(B+Tree)索引,数据就有序了.三星:索引的列包含了查询需要所有的列?根本不需要在where查询条件所有的列上建立索引! 我认为一星和二星的rows应该是columns,索引不关具体的数据行,只与查询的列有关.这样也与High Performance MySQL 后面提到的多列索引的观点相符合,特别是二星评估. 个人的观点: 评估一个…

一.SQL性能下降原因 1.等待时间长?执行时间长? 可能原因: 查询语句写的不行 索引失效(单值索引.复合索引) CREATE INDEX index_user_name ON user(name); (底层做了一个排序) CREATE INDEX index_user_nameEmail ON user(name,email); 技术原理参见:http://www.cnblogs.com/hustcat/archive/2009/10/28/1591648.html 索引入门知识参见:htt…

b-tree索引 一定程度上说,mysql只有b-tree索引.他没有bitmap索引.还有一个叫hash索引的,只在Memory存储引擎中才有. b-tree索引跟oracle中的大同小异. mysql中关于b-tree的限制: 只有做全值拼配或者根据左前缀匹配.我猜测是因为mysql没有基于cost的优化器,它没有对index full scan的操作.因为无法衡量这种full scan是否划得来.所以只能对前缀进行匹配,没有后缀或者中间匹配这种逻辑. 多列索引 如果是多列索引,顺序很重要,…

查询缓存: 在解析一个sql之前,如果查询缓存是打开的,mysql会去检查这个查询(根据sql的hash作为key)是否存在缓存中,如果命中的话,那么这个sql将会在解析,生成执行计划之前返回结果. ps:在5.1版本之前,使用=?参数这种不能使用查询缓存. 查询优化器: oracle使用基于cost的优化器. 可以使用last_query_cost来获取当前回话的上一个查询的cost: /*使用SQL_NO_CACHE禁用查询缓存*/ select SQL_NO_CACHE count(*)…

6  查询性能优化 6.1为什么查询会变慢 这里说明了的查询执行周期,从客户端到服务器端,服务器端解析,优化器生成执行计划,执行(可以细分,大体过程可以通过show profile查看),从服务器端返回客户端结果. 而执行部分作为最重要的一环,需要做的事情比较多,而不合适的query往往让执行过程做了不必要的操作,或者不能使用更优秀的底层数据结构,从而用时更久. 6.2慢查询基础:优化数据访问 访问数据量多大,超过实际所需是慢查询的一个原因.导致这种情况的原因大致有两个 1.应用程序向mysql…

第6章,优化配置 https://www.cnblogs.com/musings/p/5913157.html 1:服务器读取的配置文件,可以使用下面的命令查询 admin@iZwz92c0zpe8t65qe996ckZ:~$ which mysqld /usr/sbin/mysqld 使用mysqld查询配置 root@iZwz92c0zpe8t65qe996ckZ:/home/admin# /usr/sbin/mysqld --verbose --help | grep -A 1 'Defa…

1. MySQL的逻辑架构 最上面不是MySQL特有的,所有基于网络的C/S的网络应用程序都应该包括连接处理.认证.安全管理等. 中间层是MySQL的核心,包括查询解析.分析.优化和缓存等.同时它还提供跨存储引擎的功能,包括存储过程.触发器和视图等. 最下面是存储引擎,它负责存取数据.服务器通过storage engine API可以和各种存储引擎进行交互. 2. 并发控制 MySQL提供两个级别的并发控制:服务器级和存储引擎级.加锁是实现并发控制的基本方法,MySQL中锁的粒度: (1) 表级…

2017-07-25 14:15:43 前言:MYSQL从5.0和5.1版本开始引入了很多高级特性,例如分区.触发器等,这对有其他关系型数据库使用 背景的用户来说可能并不陌生.这些新特性吸引了很多用户开始使用MYSQL.不过,这些特性的性能到底如何, 还需要用户真正使用过才能知道. 1.1分区表 对用户来说,分区表是一个独立的逻辑表,但是底层由多个物理子表组成.实现分区的代码实际上是对一组 底层表的句柄对象(Handler Object)的封装. 对分区表的请求,都会通过句柄对象转化成对存储引擎…

分区表: 分区表是一个独立的逻辑表,底层通过多个物理表实现. mysql实现分区表的方式是对底层表的封装.这意味着没有全局索引,索引是建立在底层的每个表上的(跟ORACLE不一样). 用到分区表的几种情况: 数据量非常大,无法全部放到内存中. 只有部分数据是热点数据,其他数据是历史数据. 限制: 一个表只能有1024个分区,作者在100个以下是稳定的,太多会有性能问题. 分区表无法使用外键约束. PARTITION BY RANGE分区表达式必须是整数或者返回整数的表达式. PARTITIONE…