视图在数据库中是非常普及的功能。但是长期以来，大多数互联网公司的《MySQL开发规范》中都有一条规范：在MySQL中禁止（或建议不要）使用视图。究其原因，主要是由于在MySQL中视图的查询性能不好，同时带来了管理维护上的高成本。 不过随着MySQL 8.0中派生条件下推特性的引入，尤其是最近GA的MySQL 8.0.29版本中对于包含union子句的派生条件下推优化，MySQL中视图查询的性能得到了质的提升。 《MySQL开发规范》已经过时了，DBA该考虑考虑将禁止使用视图的规定重新修订一下了。
从mysql 8.017开始有一个“rumor”, 就是相对于以前的版本查询的执行效率会提高20%，而原因在于antijoin的优化。
WHILE循环：先判断后执行 REPEAT循环：先执行后判断 LOOP循环(死循环) LEAVE语句(离开) ITERATE语句：迭代，再次循环 RETURN语句：返回
<> 或者!= 不等于 >⼤于 <⼩于 >=⼤于等于 <=⼩于等于
索引合并是MySQL查询优化器在处理复杂查询条件时使用的一种技术。简单来说，当WHERE子句中有多个条件，并且每个条件都可以利用不同的索引时，优化器会考虑将这些索引的扫描结果合并，从而得到最终的结果集。
索引条件下推，也叫索引下推，英文全称Index Condition Pushdown，简称ICP。
在MySQL 5.6之前，当查询使用到复合索引时，MySQL会先根据索引的最左前缀原则，在索引上查找到满足条件的记录的主键或行指针，然后再根据这些主键或行指针到数据表中查询完整的行记录。之后，MySQL再根据WHERE子句中的其他条件对这些行进行过滤。这种方式可能导致大量的数据行被检索出来，但实际上只有很少的行满足WHERE子句中的所有条件。
Extra 是 EXPLAIN 输出中另外一个很重要的列，该列显示 MySQL 在查询过程中的一些详细信息。
1. 笛卡尔积(交叉连接) 在MySQL中可以为CROSS JOIN或者省略CROSS即JOIN，或者使用',' 如：
电商中：我们想查看某个用户所有的订单，或者想查看某个用户在某个时间段内所有的订单，此时我们需要对订单表数据进行筛选，按照用户、时间进行过滤，得到我们期望的结果。
说明 ① 标签是给 while 取个名字，标签和 iterate、leave 结合用于在循环内部对循环进行控制。 ② 个循环先判断条件，条件成立之后，才会执行循环体，每次执行都会先进行判断。
| 作者 梁东阳，数据库研发中心数据库内核工程师，负责腾讯云MySQL的内核开发。 ---- 在日常运维中，相信不少人都收藏了很多关于查询优化的方法论和小技巧，但是仔细想想，你真的了解这些优化背后的原理吗？ 查询优化器是专门负责优化查询语句的优化器模块，通过计算分析收集的各种系统统计信息，为查询给出最优的执行计划——最优的数据检索方式。 MySQL的优化器主要是将SQL经过语法解析/词法解析后得到的语法树，通过MySQL的数据字典和统计信息的内容，经过一系列运算，从而得出一个执行计划树的构成。之后MySQ
一致性读（consistent read）查询模式：基于【某一时刻】的【数据快照】提供读查询结果。无论查询的数据是否被其它事务所改变。这个【某一时刻】在 repeatable-read 隔离级别下为事务中第一次执行查询操作的时间点，read-committed 隔离级别下，数据快照会在每一次执行一致性读操作时进行重置。
上节课给大家介绍了数据库的基本概念以及如何创建数据库，具体可回顾MySQL创建数据库（一）。从本节课开始，我们将对MySQL中的基本知识点进行分别介绍。本节课先向大家介绍MySQL数据插入insert into与where条件查询的基本用法。
建立外键约束是为了保证数据的完整性和一致性，但是如果主表中数据被删除或修改，从表中数据应该如何？
爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：https://www.jianshu.com/u/a95ec11f67a8，欢迎讨论。
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注：MySQL是一个支持插件式存储引擎的数据库系统。本文下面的所有介绍，都是基于I
在《MySQL 常见语句加锁分析》一文中，我们详细讲解了 SQL 语句的加锁原理并具体分析了大部分的简单 SQL 语句，但是实际业务场景中 SQL 语句往往及其复杂，包含多个条件，此时就需要具体分析SQL 使用到的索引，并了解 where 条件的判断逻辑。
关于库的内容，咱们就说这些吧，哈哈，有点少是吧，不是咱们的重点，来看下面的表操作~~~
经过上一篇 where field in (...) 的开场准备，本文正式开启子查询系列，这个系列会介绍子查询的各种执行策略，计划包括以下主题：
最近遇到了不少MySQL性能优化的案例，都和子查询有关，今天就这个话题做一定的分析。
注意关键字where，where后面跟上一个或者多个条件，条件是对前面数据的过滤，只有满足where后面条件的数据才会被返回。
正文之前 以后是要做大数据的人，如果连结构化的数据库都不会的话，那岂不是笑死人？所以果断靠着当年兴趣盎然的时候学的那点基础来复习一下，发现果然学过一遍再来复习那基本就是高中学一段内容看书与翻书的区别，
(123)456-7890 和 123-456-7890 都是可接受的北美电话号码格式，而 1234567890、(123)-456-7890 和 (123-456-7890) 虽然都包含数目正确的数字字符，但格式都不对。如果要编写一个只匹配可接受格式的正则表达式，下面是最容易想到的解决方案。
数据操纵语言DML（Data Manipulation Language），用户通过它可以实现对数据库的基本操作。就是我们最经常用到的UPDATE、INSERT、DELETE。 主要用来对数据库的数据进行一些操作。
前面我们的查询都是将所有数据都查询出来，但是有时候我们只想获取到满足条件的数据 语法格式：SELECT 字段名 FROM 表名 WHERE 条件;流程：取出表中的每条数据，满足条件的记录就返回，不满足条件的记录不返回
https://www.cnblogs.com/JetpropelledSnake/p/9094125.html
如果在第一个查询和第二个查询之间新增或者删除了一些数据，那么查询的结果就不准备了。我想大家都能想象这个场景，在此就不举例。
不知道大家是否有过维护的数据库表业务数据被人或者因为程序bug导致全表更新，全表删除的痛苦经历，恢复业务数据的过程真的太痛苦了，尤其与交易和钱相关的数据，必须恢复成和原来一模一样，那能不能在数据库层面架起最后一道安全堡垒，拒绝全表更新，全表删除的非法操作呢，答案是有的，在mysql中sql_safe_updates可以完美解决这个问题；
使用select对列进行查询时，不仅可以直接以列的原始值作为结果，而且还可以将列值进行计算后所得值作为查询结果，即select子句可以查询表达式的值,表达式可由列名、常量及算术运算符组成。 查询结果计算列显示“无列名”,一般要给计算列加列标题。 其中：表达式中可以使用的运算符有：加+、减-、乘*、除/、取余%
上周在公司做了针对MySQL 8.0新特性相关的分享，提到MySQL 8.0新特性，不得不提到的就是HashJoin，MySQL一直被人诟病没有实现HashJoin，从8.0.18已经带上了这个功能，令人欣喜。有时候在想，MySQL为什么一直不支持HashJoin呢？可能是因为MySQL多用于简单的OLTP场景，并且在互联网应用居多，需求没那么紧急。另一方面在8.0.18之前，MySQL只支持Nest Loop Join算法，MySQL针对这个算法做了若干优化，实现了Block NestLoop Join，Index NestLoop Join等，有了这些优化，在一定程度上能缓解对HashJoin的迫切程度。本文会介绍HashJoin的原理以及在使用和不使用HashJoin的情况下，性能的差异。
mysql 中 SELECT 命令类似于其他编程语言的 print 或 write，可用来显示字符串、数字、数学表达式的结果等
MySQL 是目前使用比较广泛的关系型数据库，而从数据库里面根据条件查询数据到内存的情况想必大家在日常项目实践中都有使用。
在使用explain分析查询的时候，利用有序索引获取有序数据显示Using index。而文件排序显示Using filesort。
首先给大家介绍一下在 MySQL 当中的分层，我相信大家在初学的时候都对这个没有进一步的了解，所以特意说一下，那么开始吧往下看。
1、该约束条件的意思是在向表中插入数据的时候，有约定条件not null的列值不能为空，否则会报错。
表是数据库存储数据的基本单位，由若干个字段组成，主要用来存储数据记录。表的操作 包括创建表、查看表、修改表和删除表。
一 概念介绍 Index Condition Pushdown (ICP)是MySQL 5.6 版本中的新特性,是一种在存储引擎层使用索引过滤数据的一种优化方式。 a 当关闭ICP时,index 仅仅是data access 的一种访问方式，存储引擎通过索引回表获取的数据会传递到MySQL Server 层进行where条件过滤。 b 当打开ICP时,如果部分where条件能使用索引中的字段,MySQL Server 会把这部分下推到引擎层,可以利用index过滤的where条件在存储引擎层进行数据过滤,而非将所有通过index access的结果传递到MySQL server层进行where过滤. 优化效果:ICP能减少引擎层访问基表的次数和MySQL Server 访问存储引擎的次数,减少io次数，提高查询语句性能。 二 原理
以前登录Mysql的控制台后，使用SQL语言来操作数据库，如 mysql> select * from tablename; Mysql 5.7.12 之后有了比较大的变化，支持了JSON文档的操作，同时也提供了全新的数据库操作方式，现在可以不需要SQL的知识，以非常自然的代码方式操作数据库，例如 db.news.insert("create_date", "title") .values("2016-04-10", "hello"); 可以登录 shell 控制台使用，也有新版本的驱动，可以在代码中使
在MySQL数据库中，索引是提高查询性能的关键。为了进一步优化查询性能，MySQL引入了索引下推的概念。索引下推是指在使用索引进行查询时，将过滤条件下推到存储引擎层级进行处理，减少不必要的数据读取和传输，从而提高查询效率。
前一段时间修改数据表时，给一个表添加一个datetime字段，当时遇到了一个问题：我是否需要给该datetime字段上加索引呢？如果不给该字段加索引，当where语句中使用该字段时，会不会扫全表呢？如果给其加了索引，那么势必会带来一些开销，假如这个索引用不到的话，给其加了索引岂不是画蛇添足了呢？
在 WHERE 关键词后可以有多个查询条件，这样能够使查询结果更加精确。多个查询条件时用逻辑运算符 AND（&&）、OR（||）或 XOR 隔开。
简单的说，数据库就是一个存放数据的仓库，这个仓库是按照一定的数据结构（数据结构是指数据的组织形式或数据之间的联系）来组织、存储的，我们可以通过数据库提供的多种方法来管理数据库里的数据。更简单的形象理解，数据库和我们生活中存放杂物的仓库性质一样，区别只是存放的东西不同。
索引下推是从 MySQL5.6 开始引入一个特性，英文是 index condition pushdown，一般简称为 ICP，索引下推通过减少回表的次数，来提高数据库的查询效率。
如果你在面试中，听到MySQL5.6”、“索引优化” 之类的词语，你就要立马get到，这个问的是“索引下推”。
执行一条插入语句，因为id是主键，没有设置自增，所以在插入的时候我们必须要添加该字段的值，但是上面没有添加就出现了1364的错误提示信息，针对这种情况我们应该怎么处理呢？或者看下面这个存储过程。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
