前言 说起MySQL的查询优化，相信大家收藏了一堆：不能使用SELECT *、不使用NULL字段、合理创建索引、为字段选择合适的数据类型..... 你是否真的理解这些优化技巧？是否理解其背后的工作原理？ 在实际场景下性能真有提升吗？我想未必。因而理解这些优化建议背后的原理就尤为重要，希望本文能让你重 ...
分类：
数据库 时间：
2017-10-02 19:19:56
阅读次数：
131
良好的逻辑设计和物理设计是高性能的基石，应该根据系统将要执行的查询语句来设计schema，这往往需要权衡各种因素。本章主要为接下来的索引优化与查询优化做铺垫，覆盖了MySql特有的schem设计方面的主题。 1：选择优化的数据类型 -->更小的通常更好:一般情况下应该尽量使用可以正确存储数据的最小数 ...
分类：
其他好文 时间：
2017-09-30 16:19:51
阅读次数：
205
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在nu ...
分类：
数据库 时间：
2017-09-29 17:57:08
阅读次数：
204
查询处理步骤 查询分析 对查询语句进行扫描、词法分析和语法分析。 查询检查 对合法的查询语句进行语义检查，安全性和初步完整性检查 查询优化 选择一个高效执行的查询处理策略。 按照优化的层次可将查询优化分为代数优化和物理优化 查询执行 依据优化器得到的执行策略，由代码生成器生成执行这个查询计划的代码， ...
分类：
数据库 时间：
2017-09-27 00:52:18
阅读次数：
419
优化器使用物化策略（Materialization）来实现更有效的子查询处理。通过生成子查询结果作为临时表，通常在内存中，实现加速查询执行。 MySQL首次需要子查询结果，将该结果实现为临时表。任何随后的结果都需要，MySQL再次指向临时表。优化器可以使用散列索引对表进行索引，以使查找更加快速和便宜 ...
分类：
数据库 时间：
2017-09-26 14:58:51
阅读次数：
267
能够作为查询的字段 有关联的数据 自增ID（创建数据表第一条定律，一定要有自增字段） 数据迁移：自增ID 数据插入: 一条一条 肯定不是 每次都是数据库IO操作， 但能及时发现问题 绑定变量 2000W条数据 脚本执行时间缩短到了20分钟内； 查询优化、插入优化 ...
分类：
数据库 时间：
2017-09-25 22:58:32
阅读次数：
247
转自：http://blog.csdn.net/kevinlifeng/article/details/43233227 声明是自己学习不是原创，望大家支持原创。 Sql语句优化和索引 1.Innerjoin和左连接，右连接，子查询 A. inner join内连接也叫等值连接是，left/righ ...
分类：
数据库 时间：
2017-09-23 21:18:33
阅读次数：
187
【算法】线段树||(坑...) 【题解】修改必须暴力单点修改，然后利用标记区间查询。 优化：一个数经过不断开方很快就会变成1，所以维护区间最大值。 修改时访问到的子树最大值<=1时，该区间就不必修改。 #include<cstdio> #include<cmath> #include<algorit ...
分类：
其他好文 时间：
2017-09-23 10:34:42
阅读次数：
105
in 型子查询引出的陷阱 select goods_id from goods where cat_id in (1,2,3) 直接用id,不包含子查询,不会中陷阱 题: 在ecshop商城表中,查询6号栏目的商品, (注,6号是一个大栏目) 最直观的: mysql> select goods_id ...
分类：
其他好文 时间：
2017-09-21 16:36:55
阅读次数：
128
优化并不是绝对，具体得根据业务实际情况 1.应尽量避免在where子句中使用！=或<>操作符 2.应尽量避免在where子句中使用or来连接条件 如：select Id from t where num=10 or num=20 可以这样查询 Select id from t where num=1 ...
分类：
其他好文 时间：
2017-09-21 15:51:54
阅读次数：
155
