从三种角度优化：表的设计，sql优化，索引优化。 一、表的设计规约（来自阿里） 1、 1.对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫 ...
分类：
数据库 时间：
2019-05-29 16:33:12
阅读次数：
136
1、EXPLAIN 做MySQL优化，我们要善用EXPLAIN查看SQL执行计划。 下面来个简单的示例，标注（1、2、3、4、5）我们要重点关注的数据： type列，连接类型。一个好的SQL语句至少要达到range级别。杜绝出现all级别。 key列，使用到的索引名。如果没有选择索引，值是NULL。 ...
分类：
数据库 时间：
2019-05-25 19:35:05
阅读次数：
131
原文:Mysql优化 一、Mysql的逻辑架构 二、存储引擎 Mysql5.5之前，默认存储引擎是MyISAM，5.5之后默认存储引擎变成InnoDB。 MyISAM和InnoDB的区别： 1）MyISAM不支持事务、InnoDB支持事务 2）MyISAM只有表锁、InnoDB引入了行锁 3）MyI ...
分类：
数据库 时间：
2019-05-20 01:17:27
阅读次数：
175
原文：https://segmentfault.com/a/1190000012155267 声明一下：下面的优化方案都是基于 “ Mysql-索引-BTree类型 ” 的 一、EXPLAIN 做MySQL优化，我们要善用 EXPLAIN 查看SQL执行计划。 下面来个简单的示例，标注(1,2,3, ...
分类：
数据库 时间：
2019-05-09 11:00:19
阅读次数：
141
如果有同学看完上一篇关于MySQL文章，文末留有两个很开放的问题，如有兴趣可以在脑袋里想想。本文也会试着回答这两个问题，希望能给你一些参考。现在可以思考一个问题，如果数据量非常大的情况下，您根据业务选择了合适的字段，精心设计了表和索引，还仔细的检查了所有的SQL，并确认已经没什么问题，但性能仍然不能 ...
分类：
数据库 时间：
2019-05-02 11:38:09
阅读次数：
146
索引优化： 1、打开Multi-Range Read功能（5.6新功能） 1）打开 set optimizer_switch='mrr=on mrr_cost_based=on'; #mrr_cost_based表示开启mrr后，优化器是否根据cost来决定是否使用mrr set oprimizer ...
分类：
数据库 时间：
2019-04-30 15:41:29
阅读次数：
184
Mysql优化是一个老生常谈的问题, 优化的方向也优化很多:从架构层;从设计层;从存储层;从SQL语句层; 今天讲解一下从SQL语句层: 这个部分是程序员最容易把控的地方,也是最容易忽视的地方. 一个好的SQL语句可以让mysql的压力降低不少,也能够看清楚一个程序员的能力水准. 可以从日常的工作中 ...
分类：
数据库 时间：
2019-04-26 22:31:37
阅读次数：
166
? 在进行MySQL的优化之前，必须要了解的就是MySQL的查询过程，很多查询优化工作实际上就是遵循一些原则，让MySQL的优化器能够按照预想的合理方式运行而已。 ? 图-MySQL查询过程 一、优化的哲学 注：优化有风险，涉足需谨慎 1、优化可能带来的问题 1、优化不总是对一个单纯的环境进行，还很 ...
分类：
数据库 时间：
2019-04-26 09:27:42
阅读次数：
181
优化MySQL Mysql优化要点 慢查询 Explain mysql慢查询 注意事项 SQL语句IN包含的值不要过多 MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t ...
分类：
数据库 时间：
2019-04-19 09:16:43
阅读次数：
136
说起MySQL的查询优化，相信大家收藏了一堆奇技淫巧：不能使用SELECT *、不使用NULL字段、合理创建索引、为字段选择合适的数据类型..... 你是否真的理解这些优化技巧？是否理解其背后的工作原理？在实际场景下性能真有提升吗？我想未必。因而理解这些优化建议背后的原理就尤为重要，希望本文能让你重 ...
分类：
数据库 时间：
2019-04-10 13:12:22
阅读次数：
148
