SQL优化很难怎么办?给你一个简单暴力的办法
今天给大家带来一个比较简单SQL优化案例,来分析一下开发人员经常感到不解一个问题——视图合并导致的SQL变慢 例如: 一个运维人员(这里的运维指的是,在现有的系统上,进行稍微修改) 因为业务上的改变,在原有的SQL上添加了一个条件,结果原来运行很快的SQL有可能变慢,甚至会发生time out (当然导致这种情形的原因很多,种类也比较多)这里只讨论一种情况即视图合并导致的SQL变慢。 本文讲的只是一种情况,若想从根本上解决这类问题,需要熟练掌握执行计划。 CREATE TABLE `salaries09` ( id bigint not null auto_increment primary key , `emp_no` int(11) NOT NULL, `salary` int(11) NOT NULL, `from_date` date NOT NULL, `to_date` date NOT NULL, KEY ix_t1 (`emp_no`,`from_date`), KEY `emp_no` (`emp_no`), KEY `from_date` (`from_date`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 有如上表和数据,原来的运行的SQL 如下 select * from ( select * from salaries09