MySQL优化派生表_sql优化-派生表与inner-join

首先来说明一下派生表?

外部的表查询的结果集是从子查询中生成的.如下形式:

select ... from (select ....) dt

如上形式中括号中的查询的结果作为外面select语句的查询源,派生表必须指定别名,因此后面的dt必须指定。派生表和临时表差不多,但是在select语句中派生表比临时表要容易,因为派生表不用创建。

一个有关派生表优化的实例。

开发同事发来一个sql优化,涉及到4张表,表中的数据都不是很大,但是查询起来真的很慢。服务器性能又差,查询总是超时。

四张表的表结构如下:

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

Table: t_info_settingCreate Table: CREATE TABLE`t_info_setting` (

`id`int(11) NOT NULLAUTO_INCREMENT,

`parent_key`varchar(32) NOT NULL,

`column_name`varchar(32) NOT NULL,

`column_key`varchar(32) NOT NULL,

`storage_way`tinyint(4) DEFAULT '0',

`check_way`tinyint(4) DEFAULT '0',

`remark`varchar(500) DEFAULT '',

`operator`varchar(128) DEFAULT '',

`status`int(11) DEFAULT '1',

`update_time`datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY(`id`),KEY`column_key` (`column_key`)

) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8

t_info_setting

8f900a89c6347c561fdf2122f13be562.png

961ddebeb323a10fe0623af514929fc1.png

Table: t_articles_statusCreate Table: CREATE TABLE`t_articles_status` (

`id`int(11) unsigned NOT NULLAUTO_INCREMENT,

`linkId`varchar(36) NOT NULL,

`column_key`varchar(32) NOT NULL,

`status`int(11) DEFAULT '50000',

`operator_time`timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY(`id`),KEY`article_status` (`linkId`,`column_key`)

) ENGINE=InnoDB AUTO_INCREMENT=22232 DEFAULT CHARSET=utf81 row in set (0.00 sec)

t_articles_status

8f900a89c6347c561fdf2122f13be562.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值