点击上方SQL数据库开发，关注获取SQL视频教程SQL专栏SQL基础知识汇总(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzA3MTg4NjY4Mw%3D%3D%26mid%3D2457298998%26

点击上方蓝色“java大数据修炼之道”, 选择“设为星标”每晚九点:技术干货👉必定奉上!(https://oscimg.oschina.net/oscnet/61f41e19c0464b9a8377d42d7552da41.png)!(https://oscimg.oschina.net/oscnet/f7a7c5e17f92

「数仓宝贝库」，带你学数据！导读：SQL优化是优化工作中经常会涉及的问题，由于早期的开发人员往往只关注于SQL功能的实现，而忽略了性能。特别是复杂的SQL，上线之后很少修改，一旦出现问题，即使是当初的开发人员自己也很难理清其中的业务逻辑，需要花费大量的时间去理解代码之间的关系，最终可能还是感觉无从下手。因此开发人员前期应做好代码注释，避免编写过于复杂的SQ

1、EXPLAIN关键字select\_type：simple它表示简单的select,没有union和子查询type：访问类型 ALL扫描全表,    EXPLAINselect\fromsk\_userindex只查询索引,    EXPLAINselectfound\_timefromsk\_use

常见的SQL优化方式1.对查询进行优化，应尽量避免全表扫描，首先应考虑在where及orderby涉及的列上建立索引。2.应尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：selectidfromtwherenumisnul

「数仓宝贝库」，带你学数据！导读：SQL优化是优化工作中经常会涉及的问题，由于早期的开发人员往往只关注于SQL功能的实现，而忽略了性能。特别是复杂的SQL，上线之后很少修改，一旦出现问题，即使是当初的开发人员自己也很难理清其中的业务逻辑，需要花费大量的时间去理解代码之间的关系，最终可能还是感觉无从下手。因此开发人员前期应做好代码注释，避免编写过于复杂的SQL

MySQL之SQL优化实战记录背景本次SQL优化是针对javaweb中的表格查询做的。部分网络架构图!image(http://wx3.sinaimg.cn/mw690/006qiLqogy1fw41fuzn6uj30qg0gx3zo.jpg)业务简单说明N个机台将业务数据发送

点击上方蓝色字体，选择“设为星标”回复”资源“获取更多资源!(https://oscimg.oschina.net/oscnet/94bbfe1fbe2f4d0db2377602bf27c988.jpg)!(https://oscimg.oschina.net/oscnet/302e2b33a7dc4b67

作者：毛康力在TiDB里面，SQL优化的过程可以分为逻辑优化和物理优化两个部分。逻辑优化主要是基于规则的优化，简称RBO（rulebasedoptimization）。物理优化会为逻辑查询计划中的算子选择某个具体的实现，需要用到一些统计信息，决定哪一种方式代价最低，所以是基于代价的优化CBO（costbasedoptimizatio

   我们在做项目的时候经常会遇到很多性能的问题，也成为整个系统优化最疼痛的问题，主要还是因为在用户量大的时候或者就是说高并发访问的时候，我们系统的数据库会有一个限制。当然也可以通过对数据库的优化对系统进行优化，（最常见的数据库优化手段无非就是建索引，explain分析慢sql，以及sql语句的优化或者分库分表等一系列的策略，当然后面我会专门写一篇文章专