前言 Mysql 8 正式发布了，新增了很多优秀特性，之后我会挑些重点来分享。 下面和大家一起熟悉下 CTE（Common Table Expressions）通用表表达式。 CTE 是什么 派生表大家都比较熟悉了，CTE 就是针对派生表来的，可以说是增强的派生表，或者说时派生表的替换。 派生表是 FROM 中的子查询，例如： SELECT ... FROM (subquery) AS derived, t1 ... CTE 就像派生表，但它的声明是在查询块儿之前，而不是在 FROM 中，例如： WITH
视图在数据库中是非常普及的功能。但是长期以来，大多数互联网公司的《MySQL开发规范》中都有一条规范：在MySQL中禁止（或建议不要）使用视图。究其原因，主要是由于在MySQL中视图的查询性能不好，同时带来了管理维护上的高成本。 不过随着MySQL 8.0中派生条件下推特性的引入，尤其是最近GA的MySQL 8.0.29版本中对于包含union子句的派生条件下推优化，MySQL中视图查询的性能得到了质的提升。 《MySQL开发规范》已经过时了，DBA该考虑考虑将禁止使用视图的规定重新修订一下了。
本文是为了以下读者而特地编写的： 1. 在工作中会用到 SQL 但是对它并不完全了解的人。 2. 能够熟练使用 SQL 但是并不了解其语法逻辑的人。 3. 想要教别人 SQL 的人。 本文着重介绍 SELECT 句式。 10个简单步骤，完全理解SQL
最近遇到了不少MySQL性能优化的案例，都和子查询有关，今天就这个话题做一定的分析。
首先要把这个概念记在脑中：“声明”。SQL 语言是为计算机声明了一个你想从原始数据中获得什么样的结果的一个范例，而不是告诉计算机如何能够得到结果。sql的执行引擎会根据你声明的数据结果去获取对应的数据。
随着MySQL版本的发展，优化器是越来越智能，优化器开关也越来越多，本文给大家分享一下MySQL对derived table的优化处理。
文 | 水果泡腾片 来源 | 伯乐在线 很多程序员视 SQL 为洪水猛兽。SQL 是一种为数不多的声明性语言，它的运行方式完全不同于我们所熟知的命令行语言、面向对象的程序语言、甚至是函数语言（尽管有些人认为 SQL 语言也是一种函数式语言）。 我们每天都在写 SQL 并且应用在开源软件 jOOQ 中。于是我想把 SQL 之美介绍给那些仍然对它头疼不已的朋友，所以本文是为了以下读者而特地编写的： 1、 在工作中会用到 SQL 但是对它并不完全了解的人。 2、 能够熟练使用 SQL 但是并不了解其语法逻辑的人。
1. SQL 是一种声明式语言 首先要把这个概念记在脑中：“声明”。 SQL 语言是为计算机声明了一个你想从原始数据中获得什么样的结果的一个范例，而不是告诉计算机如何能够得到结果。这是不是很棒？ （译者注：简单地说，SQL 语言声明的是结果集的属性，计算机会根据 SQL 所声明的内容来从数据库中挑选出符合声明的数据，而不是像传统编程思维去指示计算机如何操作。） SELECT first_name, last_name FROM employees WHERE salary > 100000 上面的例子很容易
前面的文章写过 MySQL 的事务和锁，这篇文章我们来聊聊 MySQL 的 Explain，估计大家在工作或者面试中多多少少都会接触过这个。可能工作中实际使用的不多，但是不论的自己学习还是面试，都需要掌握的。
如果大家遇到过上述类似的问题，说明需要指标库这样的一套指标管理工具来规范指标的定义与维护。
爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：https://www.jianshu.com/u/a95ec11f67a8，欢迎讨论。
前面说了子查询里有no/any/all不能用limit，group by，order by等，他会被查询优化器优化掉，子查询可能会物化转成内连接semi-join查询，物化就是会吧子查询看做一个表，如果数据太大，超过系统变量tmp_table_size，则会在磁盘里创建b+树的临时表，如果比较小，则会创建内存里hash树的临时表，之后会物化表转连接，但如果直接转where 和on，则可能会出现子查询多条的情况，我们的真实需求并不需要多条，所以有了semi-join。
这是一个统计类的 SQL，直接执行跑了好几个小时都没有结束，所以暂时不知道实际耗时，因为实在是太久了~
当我们遇到一个慢查询语句时，首先要做的是检查所编写的 SQL 语句是否合理，优化 SQL 语句从而提升查询效率。所以对 SQL 有一个整体的认识是有必要的。
前面说了semi-join，这个是在where或者on语句后面，in里面，并且外层的条件必须用and与子查询连接，semi-join的作用就是，不管子查询有多少条数据返回，都不管，外层都只查询出来外层表数据，如果不符合条件，可以用物化表或者in变exists方法优化。还有派生表查询，可以内外合并，不行的话就物化查询。
子查询也称为内查询（Inner Query），必须位于括号之中。包含子查询的查询称为外查询（Outer Query）。子查询支持多层嵌套，也就是子查询可以包含其他子查询。
很明显，这个语句在8.0.25版本运行出的结果与我们给定where条件不符，我们要查询关于“张三”的记录，结果返回的结果是”李四“的，很明显的一个bug，但是到8.0.26版本这个问题得到了修正。
原文地址: https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-40.html
Every derived table must have its own alias
上篇文章说了，mysql的访问效率有几大类别，const，ref,Ref_null,rang，index，all，以及连接查询走索引，驱动表和被驱动表的查询效率。
某医药销售企业因业务发展，需要建立线上药品销售系统，为用户提供便捷的互联网药品销售服务、该系统除了常规药品展示、订单、用户交流与反馈功能外,还需要提供当前热销产品排名、评价分类管理等功能。
数据库是“按照数据结构来组织、存储和管理数据的仓库”。是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量数据的集合。
MySQL的最新版本8.0.22于2020年10月19日正式发行。这一版本里面有哪些变化，让我们快速浏览一下。
因为，进行嵌套查询的时候子查询出来的的结果是作为一个派生表来进行上一级的查询的，所以子查询的结果必须要有一个别名
刷面试题的时候，不知道你们有没有见过MySQL这两个命令：explain和profile(反正我就见过了)..
大家好，我是程序员鱼皮。2024 年 7 月 1 日，MySQL 发布了 9.0 创新版本。区别于我们大多数开发者常用的 LTS（Long-Term Support）长期支持版本，创新版本的发布会更频繁、会更快地推出新的特性和变更，可以理解为 “尝鲜版”，适合追求前沿技术的同学体验。
首先要把这个概念记在脑中：“声明”。SQL 语言是为计算机声明了一个你想从原始数据中获得什么样的结果的一个范例，而不是告诉计算机如何能够得到结果。这是不是很棒？
上图是使用Explain分析的一条sql语句，下面我们来看一下各个字段的具体含义是什么
数据仓库的核心是展现层和提供优质的服务。ETL 及其规范、分层等所做的一切都是为了一个更清晰易用的展现层。
前面说了explain的table是表名，显示在前面的代表驱动表，正常select会出现不同的id，但如果子查询本来是两个select，但被优化成连接查询，就会导致是相同的id，union查询会出现临时表，id为null，这个临时表作用于去重，union all不需要去重，所以也就不需要建立临时表。
一条SQL被一个懵懂的少年，一阵蹂躏，扔向了MySQL服务器的尽头，少年苦苦等待，却迟迟等不来那满载而归的硕果。于是少年气愤，费尽苦心想从度娘那边寻求帮助，面对执行计划EXPLAIN，却等来的是无尽的折磨与抓狂。
MySQL执行计划是sql语句经过查询优化器后，查询优化器会根据用户的sql语句所包含的字段和内容数量等统计信息，选择出一个执行效率最优（MySQL系统认为最优）的执行计划，然后根据执行计划，调用存储引擎提供的接口，获取数据。
最近和同事排查了一个MySQL的SQL性能问题。问题的背景是有一个业务的数据库从MySQL 5.5迁移到了MySQL 5.7，原来在5.5中有一个SQL秒级就能完成，但是在5.7版本中执行时间长了好多，业务也产生了延迟。
银行的技术大多数都是 Java，但是我看银行后端开发和测开岗位的要求：熟悉Java/C++中至少一门编程语言。
对于互联网公司来说，随着用户量和数据量的不断增加，慢查询是无法避免的问题。一般情况下如果出现慢查询，意味着接口响应慢、接口超时等问题。如果是高并发的场景，可能会出现数据库连接被占满的情况，直接导致服务不可用。
可以利用order by 子句完成随机抽取某些行的功能，他的原理就是order by rand()能够数据随机排序。
本文将和大家分享 MySQL 更新语句的一些小众语法，及笔者在使用多表关联更新遇到的一些问题。
在工作中，我们用于捕捉性能问题最常用的就是打开慢查询，定位执行效率差的SQL，那么当我们定位到一个SQL以后还不算完事，我们还需要知道该SQL的执行计划，比如是全表扫描，还是索引扫描，这些都需要通过EXPLAIN去完成。EXPLAIN命令是查看优化器如何决定执行查询的主要方法。可以帮助我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。
Common table expression (CTE)通用表表达式是MySQL8推出的新功能。它是一种临时表，使用“WITH”命令，可以执行递归查询。
select查询的序列号，包含一组数字，表示查询中执行select子句或者操作表的顺序 id号分为三种情况： 1、如果id相同，那么执行顺序从上到下 2、如果id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行 3、id相同和不同的，同时存在：相同的可以认为是一组，从上往下顺序执行，在所有组中，id值越大，优先级越高，越先执行
在嵌套查询中，最外面查询结果集返回给调用方，称为外部查询。嵌套在外部查询内的查询称为子查询，子查询的结果集供外部查询使用。
Common Table Expression Common table expression简称CTE，由SQL:1999标准引入，可以认为是在单个 SELECT、INSERT、UPDATE、DELETE 或 CREATE VIEW 语句的执行范围内定义的临时结果集。CTE 与派生表类似，具体表现在不存储为对象，并且只在查询期间有效。与派生表的不同之处在于，CTE 可自引用，还可在同一查询中引用多次。 目前支持CTE的数据库有Teradata, DB2, Firebird, Microsoft SQL
作者：崔虎龙，云和恩墨-开源架构部-MySQL技术顾问，长期服务于数据中心（金融，游戏，物流）行业，熟悉数据中心运营管理的流程及规范，自动化运维 等方面。擅长MySQL，Redis，MongoDB 数据库高可用设计 和 运维故障处理，备份恢复，升级迁移，性能优化 。
先贴蓝色神秘串：http://blog.jobbole.com/55086/#article-comment
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
