MySQL优化--表之间JOIN的关键字ON和Where (01)

1. Join关键字，就是把多个表连接起来

而on和where都是条件，但是针对的对象不一样

1.1. 关键字 On是指怎样把两个表连接起来，如： on a.name = b.name

是一行一行的比较，然后联合起来，此时并没有判断where子句的内容

1.2. 关键字 Where 是针对所有表联合起来的最终的数据，所以说它们的作用是不一样的

2. 适当的优化

关键字 Where 是遍历最终联合的数据，逐条遍历与条件匹配，所以最终数据的数据行数越少，效率越高(题外，where条件字段的顺序对效率的影响)

同时 On和Where都是作为条件约束来过滤数据，所以能在On语句中使用的条件就不要放在Where中使用

时间： 2024-10-12 04:17:12

MySQL优化--表之间JOIN的关键字ON和Where (01)的相关文章

mysql 建立表之间关系练习 1

练习:账号信息表,用户组,主机表,主机组 #用户表 mysql> create table user( id int not null unique auto_increment, username varchar(50) not null, password varchar(50) not null, primary key(username,password)); Query OK, 0 rows affected (0.12 sec) 插入用户信息 mysql> insert into

mysql 建立表之间关系练习 2

创建数据库db6 create database db6 charset=utf8; user db6; # 创建班级表 mysql> create table class(cid int primary key auto_increment,caption varchar(50) not null unique); Query OK, 0 rows affected (0.15 sec) mysql> select * from class; Empty set (0.00 sec) mys

五，mysql优化——表的垂直划分和水平划分

1,表的水平划分如果一个表的记录数太多,比如成千上万条,而且需要经常检索,那么我们有必要化整为零.如果我拆成100个表,那么每个表只有10万条记录.当然需要数据在逻辑上可以划分.一个好的划分依据,有利于程序的简单实现,也可以充分利用水平分表的优势.比如系统界面上只提供按月查询的功能,那么把表按月拆分成12个,每个查询只查询一个表就够了.如果非要按照地域来分,即时把表拆的再小,查询还是要联合所有表来查,还不如不拆了.所以一个好的拆分依据是最重要的. 比如qq用户信息,单个user数据表存储太卡,

MySql 数据库表之间--->>>增加约束

#1.向表emp2的id列中添加PRIMARY KEY约束(my_emp_id_pk) ALTER TABLE emp2 MODIFY COLUMN id INT PRIMARY KEY;ALTER TABLE emp2 ADD CONSTRAINT my_emp_id_pk PRIMARY KEY(id); #2. 向表dept2的id列中添加PRIMARY KEY约束(my_dept_id_pk) #3. 向表emp2中添加列dept_id,并在其中定义FOREIGN KEY约束,与之相关联

mysql优化--explain关键字

MySQL性能优化---EXPLAIN 参见:https://blog.csdn.net/jiadajing267/article/details/81269067 参见:https://www.cnblogs.com/clphp/p/5403215.html explain关键字用于分析sql语句的执行情况,可以通过他进行sql语句的性能分析. 对explain查询出来的结果含义进行分析: id值的含义: ? id为语句的查询序号,也就是查询的执行顺序,如果id值相同表示语句是自上而下的执行的

单表60亿记录等大数据场景的MySQL优化和运维之道

此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高级数据库工程师,负责新浪微博核心数据库架构改造优化,以及数据库相关的服务器存储选型设计. 前言 MySQL数据库大家应该都很熟悉,而且随着前几年的阿里的去IOE,MySQL逐渐引起更多人的重视. MySQL历史 1979年,Monty Widenius写了最初的版本,

单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构(转)

转自http://www.php1.cn/Content/DanBiao_60_YiJiLuDengDaShuJuChangJingDe_MySQL_YouHuaHeYunWeiZhiDao_%7C_GaoKeYongJiaGou.html, 更多详细资料请参看原文此文是根据杨尚刚在[QCON高可用架构群]中,针对MySQL在单表海量记录等场景下,业界广泛关注的MySQL问题的经验分享整理而成,转发请注明出处. 杨尚刚,美图公司数据库高级DBA,负责美图后端数据存储平台建设和架构设计.前新浪高

[转载] 单表60亿记录等大数据场景的MySQL优化和运维之道 | 高可用架构