需求：查询表一（Person）条件是表二（Person_Visison）里有没有表一（Person）的 id 如果有则不返回 结果集，没有则返回。
相关子查询执行过程：先在外层查询中取“学生表”的第一行记录，用该记录的相关的属性值（在内层WHERE子句中给定的）处理内层查询，若外层的WHERE子句返回“TRUE”值，则这条记录放入结果表中。然后再取下一行记录；重复上述过程直到外层表的记录全部遍历一次为止。
例如：子查询是查询学生表中姓名为张三的学生所在的系，父查询是查询该系所有学生的姓名和学号。张三只能在一个系，所以子查询的结果是单个值，可以使用比较运算符连接。
相关子查询执行过程：先在外层查询中取“学生表”的第一行记录，利用该记录的相关属性值（在exists子查询的where子句中用到的列）处理内层查询，若外层的where子句返回“true”，则本条记录放入结果表中。然后再取下一行记录，重复上述过程直到外层表遍历完毕。
对于单列索引，索引值区间可以方便地用WHERE语句中的相应范围条件表示。优化器在常量传播阶段，会将一些非常量值转换为常量。
1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'information_schema.ENGINES.ENGINE' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用（该查询可以利用的索引，如果没有任何索引显示 null）
在SQL查询中，CROSS JOIN是一种用于从两个或多个表中获取所有可能组合的连接方式。它不依赖于任何关联条件，而是返回两个表中的每一行与另一个表中的每一行的所有组合。CROSS JOIN可以用于生成笛卡尔积，它在某些情况下非常有用，但在其他情况下可能会导致结果集过大。在本文中，我们将深入探讨SQL中的CROSS JOIN，了解其语法、用途以及使用时需注意的事项。
本文提要 从编码角度来优化数据层的话，我首先会去查一下项目中运行的sql语句，定位到瓶颈是否出现在这里，首先去优化sql语句，而慢sql就是其中的主要优化对象，对于慢sql，顾名思义就是花费较多执行时间的语句，它带来的影响也比较恶劣，首先是执行时间过长影响数据的返回速度，其次，慢sql的长时间执行也会消耗和占用mysql的系统资源，影响其他的sql语句执行，过多的慢sql极其影响性能，如果系统流量或者并发量较大的情况下，过多的执行慢sql很有可能造成mysql的死锁以致于mysql服务无法正常使用。 dr
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
InnoDB: 支持事务,行锁及无锁读提高了并发的效率,为了数据的完整性,支持外键
某一天，楼主打完上班卡，坐在工位逛园子的时候，右下角的 QQ 闪了起来，而且还是个美女头像！我又惊又喜，脑中闪过我所认识的可能联系我的女性，得出个结论：她们这会不可能联系我呀，图像也没映象，到底是谁了？打开聊天窗口聊了起来
数据库范式 目前，主要有六种范式：第一范式、第二范式、第三范式、BC范式、第四范式和第五范式。满足最低要求的叫第一范式，简称1NF。在第一范式基础上进一步满足一些要求的为第二范式，简称2NF。其余依此类推。 范式可以避免数据冗余，减少数据库的空间，减轻维护数据完整性的麻烦，但是操作困难，因为需要联系多个表才能得到所需要数据，而且范式越高性能就会越差。要权衡是否使用更高范式是比较麻烦的，一般在项目中，用得最多的也就是第三范式，我认为使用到第三范式也就足够了，性能好而且方便管理数据。 第一范式：对于表中
在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。
使用更新和删除操作时一定要用 WHERE 子句，不然会把整张表的数据都破坏。可以先用 SELECT 语句进行测试，防止错误删除。
EXPLAIN 模拟优化器执行SQL语句，查看一个SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描。深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。
在本篇文章，我们学习最基本的DDL和DML，这是SQL-92标准以来就一直存在的部分。工作中，后端开发工程师们最常用的就是这部分内容。
MySql提供了EXPLAIN语法用来进行查询分析，在SQL语句前加一个”EXPLAIN”即可。
EXPLAIN命令，用于显示SQL语句的查询执行计划。EXPLAIN为用于SELECT语句中的每个表返回一行信息。
根据表、列、索引和WHERE子句中的条件的详细信息，MySQL优化器考虑了许多技术来有效地执行SQL查询中涉及的查找。对一个巨大表的查询可以在不读取所有行的情况下执行；涉及多个表的联接可以在不比较每个行组合的情况下执行。「优化器选择执行最有效查询的操作集称为“查询执行计划(query execution plan)”，也称为EXPLAIN计划。」
SIMPLE（simple）：简单SELECT(不使用UNION或子查询)。 PRIMARY（primary）：子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY。 UNION（union）：UNION中的第二个或后面的SELECT语句。 DEPENDENT UNION（dependent union）：UNION中的第二个或后面的SELECT语句,取决于外面的查询。 UNION RESULT（union result）：UNION的结果，union语句中第二个select开始后面所有select。 SUBQUERY（subquery）：子查询中的第一个SELECT，结果不依赖于外部查询。 DEPENDENT SUBQUERY（dependent subquery）：子查询中的第一个SELECT，依赖于外部查询。 DERIVED（derived）：派生表的SELECT (FROM子句的子查询)。 UNCACHEABLE SUBQUERY（uncacheable subquery）：(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)
SQL: Structured Query Language，结构化查询语言，是一种在关系型数据库中用于管理数据的标准语言。SQL是一种声明式编程语言，即只需表明需要什么而无需关注实现细节（C#中的LINQ也是如此）。
1、Serializable （串行化）：最严格的级别，事务串行执行，资源消耗最大；
2 如何改善关系型数据库的性能。（《MySQL必知必会》P227）备份数据库和清除垃圾数据。
对应的是限制条件(格式类似“field<op>consant”, field表示列对象,op是操作符如"="、">"等)。
小编说：PostgreSQL作为一个优秀的数据库产品，其本身有着非常多值得学习和研究的地方。《PostgreSQL查询引擎源码技术探析》则是一本难得的专门介绍和研究PostgreSQL查询引擎的专著。
数据库(Database,简称DB)是长期储存在计算机内、有组织的、可共享的大量数据的集合。
相信大家在面试时候也会遇到如何进行查询优化的问题，其中索引相关的策略就是重点考察项，比如怎么设置索引列等。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
<select id=”getCityListByProvinceId” parameterClass=”simpleMap” resultClass=”dictModel”> <![CDATA[ select xid dictCode, xname dictName from city ]]> <dynamic prepend= “where “> <isNotEmpty prepend=”and” property=”xflag”> <
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
