MySQL语句优化-CSDN论坛

CSDN论坛 > 其他数据库开发 > MySQL

MySQL语句优化 [问题点数：20分]

⋅MySQL语句优化 ⋅laravel中的路由 ⋅windows下mysql服务不能启动 更多帖子 关注私聊空间博客 yaotomo 本版专家分：0 结帖率 93.88%

SQL语句如下



EXPLAIN

SELECT sp.LevelName,

                                        CASE 

                                        WHEN sp.LevelName ='Cultivar' THEN '01' 

                                        WHEN sp.LevelName ='Form' THEN '02'

                                        WHEN sp.LevelName ='Variety' THEN '03'

                                        WHEN sp.LevelName ='Subspecies' THEN '04'

                                        WHEN sp.LevelName ='Species' THEN '05'

                                        WHEN sp.LevelName ='Subseries' THEN '06'

                                        WHEN sp.LevelName ='Series' THEN '07'

                                        WHEN sp.LevelName ='Subsection' THEN '08'

                                        WHEN sp.LevelName ='Section' THEN '09'

                                        WHEN sp.LevelName ='Subgenus' THEN '10'

                                        WHEN sp.LevelName ='Genus' THEN '11'

                                        WHEN sp.LevelName ='Subtribe' THEN '12'

                                        WHEN sp.LevelName ='Tribe' THEN '13'

                                        WHEN sp.LevelName ='Supertribe' THEN '14'

                                        WHEN sp.LevelName ='Subfamily' THEN '15'

                                        WHEN sp.LevelName ='Family' THEN '16'

                                        WHEN sp.LevelName ='Superfamily' THEN '17'

                                        WHEN sp.LevelName ='Parvorder' THEN '18'

                                        WHEN sp.LevelName ='Infraorder' THEN '19'

                                        WHEN sp.LevelName ='Suborder' THEN '20'

                                        WHEN sp.LevelName ='Order' THEN '21'

                                        WHEN sp.LevelName ='Superorder' THEN '22'

                                        WHEN sp.LevelName ='Magnorder' THEN '23'

                                        WHEN sp.LevelName ='Parvcohort' THEN '24'

                                        WHEN sp.LevelName ='Infracohort' THEN '25'

                                        WHEN sp.LevelName ='Subcohort' THEN '26'

                                        WHEN sp.LevelName ='Cohort' THEN '27'

                                        WHEN sp.LevelName ='Supercohort' THEN '28'

                                        WHEN sp.LevelName ='Megacohort' THEN '29'

                                        WHEN sp.LevelName ='Infralegion' THEN '30'

                                        WHEN sp.LevelName ='Sublegion' THEN '31'

                                        WHEN sp.LevelName ='Legion' THEN '32'

                                        WHEN sp.LevelName ='Superlegion' THEN '33'

                                        WHEN sp.LevelName ='Megalegion' THEN '34'

                                        WHEN sp.LevelName ='Parvclass' THEN '35'

                                        WHEN sp.LevelName ='Infraclass' THEN '36'

                                        WHEN sp.LevelName ='Subclass' THEN '37'

                                        WHEN sp.LevelName ='Class' THEN '38'

                                        WHEN sp.LevelName ='Superclass' THEN '39'

                                        WHEN sp.LevelName ='Megaclass' THEN '40'

                                        WHEN sp.LevelName ='Microphylum' THEN '41'

                                        WHEN sp.LevelName ='Infraphylum' THEN '42'

                                        WHEN sp.LevelName ='Subphylum' THEN '43'

                                        WHEN sp.LevelName ='Phylum' THEN '44'

                                        WHEN sp.LevelName ='Superphylum' THEN '45'

                                        WHEN sp.LevelName ='Infrakingdom' THEN '46'

                                        WHEN sp.LevelName ='Subkingdom' THEN '47'

                                        WHEN sp.LevelName ='Kingdom' THEN '48'

                                        WHEN sp.LevelName ='Superkingdom' THEN '49'

                                        WHEN sp.LevelName ='Domain' THEN '50'

                                        ELSE '51'

                                        END as LevelCode,

                                        sp.ID,sp.OK_ID,sp.Family,sp.SName,

                                        sp.Genus,sp.FamilyName,sp.GenusName,sp.CFamilyName,sp.CGenusName,

                                        sp.SPName,sp.Name_La,sp.SAuthor,sp.SNamePrefix,sp.Name_Zh,

                                        sp.ReferDate,sp.Nomen,sp.Preferred,p.ID as PhotoID,count(p.ID) as PhotoCount  

                                        FROM `plantsp` sp LEFT JOIN photo p ON sp.ID = p.SPID where sp.ID in ('4998','11631','732881','732882','732883') 

                                        GROUP BY sp.ID 

                                        ORDER BY LevelCode,PhotoCount desc limit 50

EXPLAIN结果如下

哪些字段加索引可以提升查询速度？
Extra里出现了Using filesort，说明排序没有用到索引，需要怎么加索引才能变成Using Index呢。
还有In查询应该如何优化？
其他的地方还有哪里可以优化的吗？

0 2019-09-08 18:26:48

回复数 5 只看楼主引用举报楼主

⋅测试一下您的情商（有一点小色情） ⋅需要一个变态SQL，请神人来挑战一下。 ⋅SQL优化问题 更多帖子 关注私聊空间博客 AHUA1001 本版专家分：3360 红花 2019年4月其他数据库开发大版内专家分月排行榜第一 2019年3月其他数据库开发大版内专家分月排行榜第一: 把 ON后边的内容，放到WHERE里，当然，这样做，可能会对主表的数据有损失。
如果还不行，把IN换成=，IN的5个值，换成UNION ALL关联。

SELECT sp.LevelName,
                                        CASE
                                        WHEN sp.LevelName ='Cultivar' THEN '01'
                                        WHEN sp.LevelName ='Form' THEN '02'
                                        WHEN sp.LevelName ='Variety' THEN '03'
                                        WHEN sp.LevelName ='Subspecies' THEN '04'
                                        WHEN sp.LevelName ='Species' THEN '05'
                                        WHEN sp.LevelName ='Subseries' THEN '06'
                                        WHEN sp.LevelName ='Series' THEN '07'
                                        WHEN sp.LevelName ='Subsection' THEN '08'
                                        WHEN sp.LevelName ='Section' THEN '09'
                                        WHEN sp.LevelName ='Subgenus' THEN '10'
                                        WHEN sp.LevelName ='Genus' THEN '11'
                                        WHEN sp.LevelName ='Subtribe' THEN '12'
                                        WHEN sp.LevelName ='Tribe' THEN '13'
                                        WHEN sp.LevelName ='Supertribe' THEN '14'
                                        WHEN sp.LevelName ='Subfamily' THEN '15'
                                        WHEN sp.LevelName ='Family' THEN '16'
                                        WHEN sp.LevelName ='Superfamily' THEN '17'
                                        WHEN sp.LevelName ='Parvorder' THEN '18'
                                        WHEN sp.LevelName ='Infraorder' THEN '19'
                                        WHEN sp.LevelName ='Suborder' THEN '20'
                                        WHEN sp.LevelName ='Order' THEN '21'
                                        WHEN sp.LevelName ='Superorder' THEN '22'
                                        WHEN sp.LevelName ='Magnorder' THEN '23'
                                        WHEN sp.LevelName ='Parvcohort' THEN '24'
                                        WHEN sp.LevelName ='Infracohort' THEN '25'
                                        WHEN sp.LevelName ='Subcohort' THEN '26'
                                        WHEN sp.LevelName ='Cohort' THEN '27'
                                        WHEN sp.LevelName ='Supercohort' THEN '28'
                                        WHEN sp.LevelName ='Megacohort' THEN '29'
                                        WHEN sp.LevelName ='Infralegion' THEN '30'
                                        WHEN sp.LevelName ='Sublegion' THEN '31'
                                        WHEN sp.LevelName ='Legion' THEN '32'
                                        WHEN sp.LevelName ='Superlegion' THEN '33'
                                        WHEN sp.LevelName ='Megalegion' THEN '34'
                                        WHEN sp.LevelName ='Parvclass' THEN '35'
                                        WHEN sp.LevelName ='Infraclass' THEN '36'
                                        WHEN sp.LevelName ='Subclass' THEN '37'
                                        WHEN sp.LevelName ='Class' THEN '38'
                                        WHEN sp.LevelName ='Superclass' THEN '39'
                                        WHEN sp.LevelName ='Megaclass' THEN '40'
                                        WHEN sp.LevelName ='Microphylum' THEN '41'
                                        WHEN sp.LevelName ='Infraphylum' THEN '42'
                                        WHEN sp.LevelName ='Subphylum' THEN '43'
                                        WHEN sp.LevelName ='Phylum' THEN '44'
                                        WHEN sp.LevelName ='Superphylum' THEN '45'
                                        WHEN sp.LevelName ='Infrakingdom' THEN '46'
                                        WHEN sp.LevelName ='Subkingdom' THEN '47'
                                        WHEN sp.LevelName ='Kingdom' THEN '48'
                                        WHEN sp.LevelName ='Superkingdom' THEN '49'
                                        WHEN sp.LevelName ='Domain' THEN '50'
                                        ELSE '51'
                                        END as LevelCode,
                                        sp.ID,sp.OK_ID,sp.Family,sp.SName,
                                        sp.Genus,sp.FamilyName,sp.GenusName,sp.CFamilyName,sp.CGenusName,
                                        sp.SPName,sp.Name_La,sp.SAuthor,sp.SNamePrefix,sp.Name_Zh,
                                        sp.ReferDate,sp.Nomen,sp.Preferred,p.ID as PhotoID,count(p.ID) as PhotoCount
                                        FROM `plantsp` sp LEFT JOIN photo p ON sp.ID = p.SPID where sp.ID in ('4998','11631','732881','732882','732883')
                                        WHERE sp.ID = p.SPID where sp.ID in ('4998','11631','732881','732882','732883')
                                        GROUP BY sp.ID
                                        ORDER BY LevelCode,PhotoCount desc limit 50



0 2019-09-09 08:42:07

只看TA 引用举报 #1    得分 0

求MYSQL语句优化小弟不才。。涉及两个表的操作。。于是写了如下冗长的mysql语句，求高手帮忙优化顺便指点下。rnrnrnSELECT id,partner_id, rn(SELECT TITLE FROM partner WHERE id=team.partner_id) as partner_title, rn(SELECT location FROM partner WHERE id=team.partner_id) as partner_location, rn(SELECT longlat FROM partner WHERE id=team.partner_id) as other, rn(SELECT address FROM partner WHERE id=team.partner_id) as partner_address,rn(SELECT homepage FROM partner WHERE id=team.partner_id) as homepage, rn((team_price / market_price) *10) as ddd,sort_order,rn title, userreview, product,now_number,group_id, FROM_UNIXTIME(expire_time) as expire_time, FROM_UNIXTIME( begin_time) AS begin_time, FROM_UNIXTIME(end_time) AS end_time,rnteam_price,summary ,market_price,image,summary,notice,detail FROM team rn WHERE id=@id rn ORDER by sort_order desc

⋅MySQL语句优化 ⋅laravel中的路由 ⋅windows下mysql服务不能启动 更多帖子 关注私聊空间博客 yaotomo 本版专家分：0: 引用 1 楼 AHUA1001 的回复:
把 ON后边的内容，放到WHERE里，当然，这样做，可能会对主表的数据有损失。
如果还不行，把IN换成=，IN的5个值，换成UNION ALL关联。



谢谢大佬，请问ON后边的内容，放到WHERE里。和直接用ON的效率，有什么区别？搞不懂。

0 2019-09-09 09:15:58

只看TA 引用举报 #2    得分 0

mysql语句优化我用的是mysql5.0，rnrn我程序中用到了一句sql是[code=SQL]select count(DISTINCT id) from Policyinfo p where p.filename not inrn(select p2.filename from Policyreadinfo p2 where p2.reader='test')[/code]rn但是每次在程序中每次执行这句sql时网页就特慢，要10多秒，而这2个表的记录行数也就1000多而已，我把这句sql单独拿到SQLyog Enterprise里执行也很慢，和网页的执行时间差不多。我想在policyreadinfo表里建个索引，但是每次我执行建立索引的sql时，MYSQL就会停掉，建不了索引。rnrn我用的到的结果如下：rn"id", "select_type", "table","type","possible_keys","key","key_len","ref","rows","Extra"rn"1", "PRIMARY", "p", "ALL", \N, \N, \N, \N, "1715","Using where"rn"2", "DEPENDENT SUBQUERY","p2", "ALL", \N, \N, \N, \N, "4196","Using where"rnrnrn其中表Policyinfo结构为rn[code=SQL]rnCREATE TABLE `policyinfo` (rn `id` int(11) NOT NULL auto_increment,rn `filenum` varchar(50) default NULL,rn `filename` varchar(100) default NULL,rn `filecontent` longtext,rn `writetime` datetime default NULL,rn `writer` varchar(100) default NULLrn PRIMARY KEY (`id`)rn) ENGINE=InnoDB DEFAULT CHARSET=utf8;rnrn[/code]rnPolicyreadinfo 表的结构是[code=SQL]rnrnCREATE TABLE `policyreadinfo` (rn `id` int(11) NOT NULL auto_increment,rn `filename` varchar(500) default NULL,rn `reader` varchar(100) default NULL,rn `readtime` datetime default NULL,rn PRIMARY KEY (`id`)rn) ENGINE=InnoDB DEFAULT CHARSET=utf8;rnrn[/code]rnrn

Dleno 本版专家分：147 红花 2010年6月 PHP大版内专家分月排行榜第一 2010年5月 PHP大版内专家分月排行榜第一 黄花 2010年8月 PHP大版内专家分月排行榜第二 蓝花 2010年7月 PHP大版内专家分月排行榜第三: 用了group by 就会Using filesort

0 2019-09-09 14:28:01

只看TA 引用举报 #3 得分 0

mysql 语句优化我有一个innodb表，有50万条数据。rn一共有2个列。rnrnsuijima[varchar(12)]rnshiyong[int(1)]rnrnalter table `c_table` add index new_index (shiyong)rnrnsuijima表列储存12个单词字母组成的不重复的数据，shiyong默认值为0，如果 suijima 被使用，则update shiyong值为1rnrn表列内容如下rnrnsuijima shiyong rn1urjoldjJhq12 0rnKlnY78Frgjsa 0rn... ...rnrnSELECT * FROM `c_table`rnWHERE shiyong = '0'rnLIMIT 0,1rnrnrn大约需要0.8秒钟，如何把查询时间升级到0.00几秒的级别？谢谢。

⋅MySQL语句优化 ⋅laravel中的路由 ⋅windows下mysql服务不能启动 更多帖子 关注私聊空间博客 yaotomo 本版专家分：0: 引用 3 楼 Dleno 的回复:
用了group by 就会Using filesort

但是必须要用group by呀

0 2019-09-09 14:59:40

只看TA 引用举报 #4 得分 0

MySQL之SQL语句优化一、索引管理优化 1.整合DDL语句将索引添加到MySQL表的过程中，可能会引起阻塞，这是由于alter语句的阻塞性。因此可以将多条alter语句整合成一条SQL语句。 2.去除重复索引重复的索引会有两个影响：（1）导致DML语句运行变慢，因为要保持数据跟索引的一致性。（2）数据库磁盘空间变大，从而导致备份之类的操作时间增加。因此当一个索引出现在别的索引最左边部分时，这...

⋅求解一个语句优化。。 ⋅怎么在gitlab服务器端加pre-receive钩子执行phpcs的检查 ⋅rancher上怎么让指定服务运行在每个主机上 更多帖子 关注私聊空间博客 Dleno 本版专家分：147 红花 2010年6月 PHP大版内专家分月排行榜第一 2010年5月 PHP大版内专家分月排行榜第一 黄花 2010年8月 PHP大版内专家分月排行榜第二 蓝花 2010年7月 PHP大版内专家分月排行榜第三: 引用 4 楼 yaotomo 的回复:
Quote: 引用 3 楼 Dleno 的回复:

用了group by 就会Using filesort

但是必须要用group by呀

你要用就逃不了。。
但可以从另一方式处理。。

看你的语句，其实主要是要数量才用的group;要不你给sp表加个photo数量的字段，photo新增和删除的时候，来更新这个字段。。
你这里就都不用连表查询了

0 2019-09-09 16:29:15

只看TA 引用举报 #5 得分 0

收藏帖子

MYSQL的SQL语句优化: 写在最前面：sql优化，对什么样的语句优化，我们可以通过开启mysql的慢查询，检测超过我们预期时间的sql语句来优化。下面是开启满查询的方法。 show variables “%quer%” 来查看是否开启了慢查询日志mysql> show variables like ”%slow%”; //查看一下慢查询是不是已经开启+———————+———————————+| Variab

MySQL SQL语句优化: 查看表定义：show create table users; 查看表的索引：show index from users; 你要获取第一个表的所有信息，你说全表扫描快呢还是索引扫描快呢？所以当你查找库（包括left join中的临时库）的所有信息时，数据库会选择最优方法——全表扫描！！！ /*s表dept_id、name，及d表的id_o均加了索引!!!*/ /*(只使用了d表的索引)导致只

mysql数据库优化之语句优化: 数据库优化目的避免出现页面访问错误 1、由于数据库链接timeout产生页面5xxx错我 2、由于慢查询造成页面无法加载 3、由于阻塞造成数据无法提交如何发现有问题的sql 使用mysql慢查日志对有效率问题的sql进行监控 show variables like '%slow%'; set global log_queries_not_using

MySQL 语句优化: 1、 where 子句中可以对字段进行 l null 值判断吗？可以，比如 select id from t where num is null 这样的 sql 也是可以的。但是最好不要给数据库留 NULL，尽可能的使用 NOT NULL 填充数据库。不要以为 NULL 不需要空间，比如：char(100) 型，在字段建立时，空间就固定了，不管是否插入值（NULL 也包...

mysql SQL语句优化: 这里使用mysql官方示例数据库sakila做测试 cd / wget downloads.mysql.com/docs/sakila-db.zip unzip sakila-db.zip 登陆mysql创建数据 mysql> source /sakila-db/sakila-schema.sql; mysql> source /sakila-db/sakila-data.sql; Ma

一条Mysql语句的优化: 刚来公司，被要求优化代码，基于SSH框架的系统，我一看Action里面全部写的是SQL语句，然后就是各种拼SQL的操作[img=https://forum.csdn.net/PointForum/ui/scripts/csdn/Plugin/003/onion/16.gif][/img]，最后还使用了Hibernate....rn不吐槽了，已有一个功能优化完毕，加了个索引就可以了，还有一个功能语句比较复杂，甚至我加了索引查询速度更慢了，如何破，本人对数据库不是很精通，求叫下面这句由Hibernate生成的代码该如何优化rn[code=sql] selectrn SUM(score0_.score) as col_0_0_,rn score0_.belong_month as col_1_0_ rn fromrn kpi.score score0_ rn wherern score0_.ass_status=2 rn and score0_.belong_year=2016 rn and score0_.score_belong=8553 rn and score0_.link_type<>1 rn or score0_.link_type=1 rn and score0_.belong_year=2016 rn and score0_.score_belong=8553 rn or (rn score0_.score_belong in (rn selectrn user1_.uid rn fromrn kpi.user user1_ rn wherern (rn score0_.link_type in (rn 4 , 5 , 7 , 8rn )rn ) rn and (rn score0_.dkid>0 rn and user1_.dkid=-1 rn and user1_.addid=8553 rn or score0_.dkid=0 rn and user1_.dkid=0 rn and user1_.uid=8553rn )rn rn )rn ) rn and score0_.ass_status=2 rn and score0_.belong_year=2016 rn group byrn score0_.belong_month[/code]rn我执行了EXPILAN ，结果为rnid select_type table type possible_keys key ken_len ref rows Extrarn1 PRIMARY score0_ ALL score_belong 147818 Using where; Using temporary; Using filesortrn2 DEPENDENT SUBQUERY user1_ unique_subquery PRIMARY PRIMARY 4 func 1 Using wherern然后执行PROFILE 发现rnshow profile cpu for query 132;rn结果显示的查询时间都在preparing上，其中被CPU_user占用的又占用大部分，如何破？查询了很多地方都没有资料

mysql = like语句的优化: 1.一些简单sql调优n 2.复杂sql的调优

mysql in 语句优化: 1.一些简单sql调优n 2.复杂sql的调优

mysql sql语句优化: 1.模糊查询前导不会走索引 select id,user_name,price_code from user_activity_info where user_name like '%zhang'; 如果非要使用前导索引的话可以借助Apache的Lucence索引工具 2.字段默认值不要设置成null 如果可以请设置为 not null 3.不要在SQL中对字段进行计算，这样会使索引失...

mysql的语句改写与优化: 我本人是个菜鸟，写博客的目的只是记录下我当时碰到的问题以及是怎么解决的，第一次写博客，有什么不对的地方希望大家指正。废话不多说，我直接贴SQL吧。 select DISTINCT org_name, CURRENT_TIME() from( SELECT org_name

mysql语句优化总结: 优化总结：CONCAT(str1,str2,…) 的使用

mysql常用语句优化: 高性能Mysql读后感

Mysql insert语句的优化: 1) 如果你同时从同一客户插入很多行，使用多个值表的INSERT语句。这比使用分开INSERT语句快(在一些情况中几倍)。 Insert into test values(1,2),(1,3),(1,4)… 2) 如果你从不同客户插入很多行，能通过使用INSERT DELAYED语句得到更高的速度。Delayed的含义是让insert 语句马上执行，其实数据都被放在内存的队列中，并没有真

MySQL之语句优化: 我打算从这一篇章开始说一说具体的sql语句的优化，希望大家可以在这一个篇章里面找到编写sql语句的感觉，也会在这里阐述一下为什么有些语句要这样子写才能把效率提高上来。这一个章节并没有什么系统化的东西，基本上都是本人平时在工作里面的积累，所以读起来可能会比较散，不过这不会影响大家对于sql语句优化的了解。问题一：很多程序员在编写sql的时候忽略了join，而使用了子查询，其实这样子是比较低效...

mysql语句优化浅谈: 索引优化：索引可以减少服务器需要扫描的数据量，减少排序，随机IO边成顺序IO。索引必须遵守最左前缀原则（多列索引），查询的字段类型要跟数据库里面的字段类型统一。最左前缀原则：多列索引（phone，name）组成，如果查询条件只有name时，不使用索引，也就说说要想使用这个索引查询条件必须有phone，使用like %1%时不使用索引，使用like 1%时使用索引，关键词前面模糊查询不使...

mysql语句优化（一）: 转载 https://www.cnblogs.com/wxgblogs/p/5857116.html

Mysql sql语句优化: select sum( PNPDQ1 ) PNPDQ, tstms1 rnfrom rn (rn SELECT sum( PNPDQ ) PNPDQ1,(rn case rn when tstms between '2010/12/15 8:30:00' and '2010/12/15 9:30:00' then '08:30-09:30'rn when tstms between '2010/12/15 9:30:00' and '2010/12/15 10:30:00' then '09:30-10:30'rn when tstms between '2010/12/15 10:30:00' and '2010/12/15 11:30:00' then '10:30-11:30'rn when tstms between '2010/12/15 11:30:00' and '2010/12/15 12:30:00' then '11:30-12:30'rn when tstms between '2010/12/15 12:30:00' and '2010/12/15 13:30:00' then '12:30-13:30'rn when tstms between '2010/12/15 13:30:00' and '2010/12/15 14:30:00' then '13:30-14:30'rn when tstms between '2010/12/15 14:30:00' and '2010/12/15 15:30:00' then '14:30-15:30'rn when tstms between '2010/12/15 15:30:00' and '2010/12/15 16:30:00' then '15:30-16:30'rn when tstms between '2010/12/15 16:30:00' and '2010/12/15 17:30:00' then '16:30-17:30'rn when tstms between '2010/12/15 17:30:00' and '2010/12/15 18:30:00' then '17:30-18:30'rn when tstms between '2010/12/15 18:30:00' and '2010/12/15 19:30:00' then '18:30-19:30'rn else '19:30-20:30'end) tstms1 rn FROM rn AUTOM.AUTRN00F B inner join AUTOM.AUPNO00F A on A.PNCOD=B.TSPNO rn where tslin='SMT01' and tscau IN ('CH0001','CH0002','TR00IL') and tstms between '2010/12/15 8:30:00' and '2010/12/15 20:30:00' group by tstms) aa group by tstms1rn 哪位高手那否帮我优化这个Sql语句rn 谢谢了！

MySql 语句优化: [code=SQL]rnselect rn cast(`order_list`.`CreateDate` as date) AS `CreateDay`,rn count(0) as OrderStat,rn sum(`order_list`.`OrderStatus` = 2) as PaidStat,rn sum(`order_list`.`SendMailStatus` = 0 and `order_list`.`OrderStatus` = 2) AS `PaidDirectly`,rn sum(`order_list`.`SendMailStatus` = 1 and `order_list`.`OrderStatus` = 2) AS `PaidAfterRemind`,rn sum(`order_list`.`SendMailStatus` = 3 and `order_list`.`OrderStatus` = 2) AS `PaidAfterInquiry` rn from rn `order_list` rn where rn CreateDate >= '2010-11-26' and CreateDate SHOW INDEX FROM ORDER_LIST;rn+------------+------------+------------+--------------+-------------------+-----------+-------------+----------+--------+------+------------+--rn| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |rn+------------+------------+------------+--------------+-------------------+-----------+-------------+----------+--------+------+------------+--rn| ORDER_LIST | 0 | PRIMARY | 1 | ID | A | 280590 | NULL | NULL | | BTREE | |rn| ORDER_LIST | 1 | CreateDate | 1 | CreateDate | A | 18 | NULL | NULL | | BTREE | |rn| ORDER_LIST | 1 | CreateDate | 2 | OrderID | A | 280590 | NULL | NULL | | BTREE | |rn| ORDER_LIST | 1 | CreateDate | 3 | ContactEmail | A | 280590 | NULL | NULL | | BTREE | |rn| ORDER_LIST | 1 | CreateDate | 4 | UserID | A | 280590 | NULL | NULL | | BTREE | |rn| ORDER_LIST | 1 | CreateDate | 5 | PaymentCurrencyID | A | 280590 | NULL | NULL | | BTREE | |rn| ORDER_LIST | 1 | CreateDate | 6 | SendMailStatus | A | 280590 | NULL | NULL | YES | BTREE | |rn+------------+------------+------------+--------------+-------------------+-----------+-------------+----------+--------+------+------------+--rn7 rows in set (0.08 sec)rn[/code]rn[code=SQL]rnmysql> explain selectrn -> cast(`order_list`.`CreateDate` as date) AS `CreateDay`,rn -> count(0) as OrderStat,rn -> sum(`order_list`.`OrderStatus` = 2) as PaidStat,rn -> sum(`order_list`.`SendMailStatus` = 0 and `order_list`.`OrderStatus`= 2) AS `PaidDirectly`,rn -> sum(`order_list`.`SendMailStatus` = 1 and `order_list`.`OrderStatus`= 2) AS `PaidAfterRemind`,rn -> sum(`order_list`.`SendMailStatus` = 3 and `order_list`.`OrderStatus`= 2) AS `PaidAfterInquiry`rn -> fromrn -> `order_list`rn -> wherern -> CreateDate >= '2010-11-26' and CreateDate group byrn -> date(`order_list`.`CreateDate`);rn+----+-------------+------------+------+---------------+------+---------+------+--------+----------------------------------------------+rn| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |rn+----+-------------+------------+------+---------------+------+---------+------+--------+----------------------------------------------+rn| 1 | SIMPLE | order_list | ALL | CreateDate | NULL | NULL | NULL | 280590 | Using where; Using temporary; Using filesort |rn+----+-------------+------------+------+---------------+------+---------+------+--------+----------------------------------------------+rn[/code]rn请教各位大虾这怎么优化哈.! 急.在线等.!

MySQL语句优化的原则: 1、使用索引来更快地遍历表。　　缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。一般来说：　　a.有大量重复值、且经常有范围查询（ > ,< ，> =,< =）和order by、group by发生的列，可考虑建立群集索引；　　b.经常同时存取多列，且每列都含有重复值可考虑建立组合索引；　　c.组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。索引虽有助于提高性能但不是索引越多越好，恰好相反过多的索引会导致系统低效。用户在表中每加进一个索引，维护索引集合就要做相应的更新工作。　　2、在海量查询时尽量少用格式转换。

mysql语句优化对比: ①limit limit offset,length中offset越大查询越慢；并不是用主键查询就快，例如下文中的id/uid select * from wiz_chk_20160407 group by uid limit 1,100; (0.01s) select * from wiz_chk_20160407 group by uid limit 199000,100;

sql语句的优化（mysql）: 在做数据的过程中，我们会遇到很多很多写sql的情况，当数据量级很大的情况下，怎样提高sql的执行效率，怎样优化已经写好的sql。当你做的时间久了你自然会知道，但是刚开始的时候，可能了解一些技巧，更容易得心应手。这里只从sql的执行顺序来考虑，不去探讨sql的底层机制。 sql语句的优化 1.首先要知道sql语句的执行顺序（from、join、on、where、group by 、avg（sum...

MySQL插入语句优化: 插入语句如何优化 插入数据时，影响插入速度的主要是索引、唯一性校验、一次插入的数据条数等。插入数据的优化，不同的存储引擎优化手段不一样，在MySQL中常用的存储引擎有，MyISAM和InnoDB，两者的区别： http://www.cnblogs.com/panfeng412/archive/2011/08/16/2140364.html My

MySQL 优化SQL语句: 1. show processlist查看线程（可以用kill Id来终止线程，不过可能会损坏数据：比如在delete，alter database时）2.show profiles2.1 准备首先查看数据库是否支持profiling，profiling是否开启select @@have_profiling #是否支持 # 如果have_profiling 为 YES select @@profil

mysql 语句求优化: SELECT COUNT(DISTINCT cookieid) cook,rn (SELECT COUNT(DISTINCT cookieid) FROM datasources rn WHERE DATE_FORMAT(createtime,'%Y-%m-%d')=DATE_FORMAT(d.createtime,'%Y-%m-%d') rn AND cookieid NOT INrn (SELECT cookieid FROM datasources WHERE DATE_FORMAT(createtime,'%Y-%m-%d') < DATE_FORMAT(d.createtime,'%Y-%m-%d'))rn )ckrn FROM datasources drn GROUP BY DATE_FORMAT(d.createtime,'%d')

mysql语句优化求教: 现有三张表联合查询，速度非常慢，有懂sql语句优化的大神吗？求大神赐教！rn**表dsc_attendance，这个表有按时间范围做分区**rnCREATE TABLE `dsc_attendance` (rn `id` varchar(60) NOT NULL COMMENT '主键',rn `rfid` varchar(20) DEFAULT NULL COMMENT 'rfid',rn `gate_id` varchar(15) DEFAULT NULL COMMENT '门id',rn `state` varchar(10) DEFAULT NULL COMMENT '进出类型',rn `occurtime` datetime NOT NULL COMMENT 'occurtime',rn PRIMARY KEY (`id`,`occurtime`),rn KEY `gate_id` (`gate_id`),rn KEY `state` (`state`),rn KEY `rfid` (`rfid`) USING BTREE,rn KEY `occurtime` (`occurtime`) USING BTREErn) ENGINE=InnoDB DEFAULT CHARSET=utf8rn/*!50100 PARTITION BY RANGE (YEARWEEK(occurtime))rn(rn PARTITION p201601 VALUES LESS THAN (201601) ENGINE = InnoDB,rn PARTITION p201602 VALUES LESS THAN (201602) ENGINE = InnoDB,rn PARTITION p201603 VALUES LESS THAN (201603) ENGINE = InnoDB,rn PARTITION p201604 VALUES LESS THAN (201604) ENGINE = InnoDB,rn PARTITION p201605 VALUES LESS THAN (201605) ENGINE = InnoDB,rn PARTITION p201606 VALUES LESS THAN (201606) ENGINE = InnoDB,rn PARTITION p201607 VALUES LESS THAN (201607) ENGINE = InnoDB,rn PARTITION p201608 VALUES LESS THAN (201608) ENGINE = InnoDB,rn PARTITION p201609 VALUES LESS THAN (201609) ENGINE = InnoDB,rn PARTITION p201610 VALUES LESS THAN (201610) ENGINE = InnoDB,rn PARTITION p201611 VALUES LESS THAN (201611) ENGINE = InnoDB,rn PARTITION p201612 VALUES LESS THAN (201612) ENGINE = InnoDB,rn PARTITION p201613 VALUES LESS THAN (201613) ENGINE = InnoDB,rn PARTITION p201614 VALUES LESS THAN (201614) ENGINE = InnoDB,rn PARTITION p201615 VALUES LESS THAN (201615) ENGINE = InnoDB,rn PARTITION p201616 VALUES LESS THAN (201616) ENGINE = InnoDB,rn PARTITION p201617 VALUES LESS THAN (201617) ENGINE = InnoDB,rn PARTITION p201618 VALUES LESS THAN (201618) ENGINE = InnoDB,rn PARTITION p201619 VALUES LESS THAN (201619) ENGINE = InnoDB,rn PARTITION p201620 VALUES LESS THAN (201620) ENGINE = InnoDB,rn PARTITION p201621 VALUES LESS THAN (201621) ENGINE = InnoDB,rn PARTITION p201622 VALUES LESS THAN (201622) ENGINE = InnoDB,rn PARTITION p201623 VALUES LESS THAN (201623) ENGINE = InnoDB,rn PARTITION p201624 VALUES LESS THAN (201624) ENGINE = InnoDB,rn PARTITION p201625 VALUES LESS THAN (201625) ENGINE = InnoDB,rn PARTITION p201626 VALUES LESS THAN (201626) ENGINE = InnoDB,rn PARTITION p201627 VALUES LESS THAN (201627) ENGINE = InnoDB,rn PARTITION p201628 VALUES LESS THAN (201628) ENGINE = InnoDB,rn PARTITION p201629 VALUES LESS THAN (201629) ENGINE = InnoDB,rn PARTITION p201630 VALUES LESS THAN (201630) ENGINE = InnoDB,rn PARTITION p201631 VALUES LESS THAN (201631) ENGINE = InnoDB,rn PARTITION p201632 VALUES LESS THAN (201632) ENGINE = InnoDB,rn PARTITION p201633 VALUES LESS THAN (201633) ENGINE = InnoDB,rn PARTITION p201634 VALUES LESS THAN (201634) ENGINE = InnoDB,rn PARTITION p201635 VALUES LESS THAN (201635) ENGINE = InnoDB,rn PARTITION p201636 VALUES LESS THAN (201636) ENGINE = InnoDB,rn PARTITION p201637 VALUES LESS THAN (201637) ENGINE = InnoDB,rn PARTITION p201638 VALUES LESS THAN (201638) ENGINE = InnoDB,rn PARTITION p201639 VALUES LESS THAN (201639) ENGINE = InnoDB,rn PARTITION p201640 VALUES LESS THAN (201640) ENGINE = InnoDB,rn PARTITION p201641 VALUES LESS THAN (201641) ENGINE = InnoDB,rn PARTITION p201642 VALUES LESS THAN (201642) ENGINE = InnoDB,rn PARTITION p201643 VALUES LESS THAN (201643) ENGINE = InnoDB,rn PARTITION p201644 VALUES LESS THAN (201644) ENGINE = InnoDB,rn PARTITION p201645 VALUES LESS THAN (201645) ENGINE = InnoDB,rn PARTITION p201646 VALUES LESS THAN (201646) ENGINE = InnoDB,rn PARTITION p201647 VALUES LESS THAN (201647) ENGINE = InnoDB,rn PARTITION p201648 VALUES LESS THAN (201648) ENGINE = InnoDB,rn PARTITION p201649 VALUES LESS THAN (201649) ENGINE = InnoDB,rn PARTITION p201650 VALUES LESS THAN (201650) ENGINE = InnoDB,rn PARTITION p201651 VALUES LESS THAN (201651) ENGINE = InnoDB,rn PARTITION p201652 VALUES LESS THAN (201652) ENGINE = InnoDBrn )*/;rn rn rn**表t_s_base_user**rnCREATE TABLE `t_s_base_user` (rn `ID` varchar(32) NOT NULL,rn `password` varchar(100) DEFAULT NULL,rn `realname` varchar(50) DEFAULT NULL,rn `username` varchar(50) DEFAULT NULL,rn `departid` varchar(32) DEFAULT NULL,rn `role_id` varchar(36) DEFAULT NULL,rn `userstatus` varchar(50) DEFAULT NULL,rn PRIMARY KEY (`ID`),rn KEY `FK_15jh1g4iem1857546ggor42et` (`departid`)rn) ENGINE=InnoDB DEFAULT CHARSET=utf8;rnrnrn**表t_s_depart**rnCREATE TABLE `t_s_depart` (rn `ID` varchar(32) NOT NULL,rn `departname` varchar(100) NOT NULL,rn `parentdepartid` varchar(32) DEFAULT NULL,rn `seq` int(5) DEFAULT NULL,rn PRIMARY KEY (`ID`),rn KEY `FK_knnm3wb0bembwvm0il7tf6686` (`parentdepartid`),rn CONSTRAINT `fk_t_s_depart_pid` FOREIGN KEY (`parentdepartid`) REFERENCES `t_s_depart` (`ID`)rn) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;rnrnrn**需要优化的sql语句：**rnSELECT d.departname,b.realname,count(da.rfid) 'total',rn SUM(da.state in ('3','4')) as 'danbian',rn SUM(da.state in ('5','6')) as 'paihuai'rn FROM dsc_attendance da rn RIGHT JOIN t_s_base_user b ON b.rfid=da.rfidrn LEFT JOIN t_s_depart d ON d.ID=b.departidrn WHERE b.userstatus IS NULL AND b.role_id='402881b847945d60014794688f07000b'rn AND da.occurtime BETWEEN '2016-12-16 00:00:00' AND '2016-12-16 23:59:59'rn GROUP BY b.ID rn ORDER BY d.seq,totalrn LIMIT 1,100;rn rn rn**查询的结果，查100条记录足足用了134秒，太慢了，求赐教：**rn![图片说明](https://img-ask.csdn.net/upload/201612/16/1481860727_887344.jpg)rn**explain的结果：**rn![图片说明](https://img-ask.csdn.net/upload/201612/16/1481866629_328333.jpg)

浅析MySql语句优化: package beetlsql; import org.beetl.sql.core.*; import org.beetl.sql.core.db.DBStyle; import org.beetl.sql.core.db.MySqlStyle; import org.beetl.sql.core.query.Query; import org.beetl.sql.ext.DebugInte...

mysql的sql语句优化: 多表联合查询的优化问题不使用join，先两表联合，再和另外的表联合，依次下去。举个例子： select a.username,a.mname,a.college,a.mobno,a.cid from ( select c.username,c.ssid from ( select g.username,g.ssid ,g.starttime from ncsrvuserlog_

mysql语句优化笔记: 1、连接分组查询时，且索引建立在连接表的字段上，使用连接表数据少的字段进行分组性能更好。

MySQL 优化系列 --3.SQL语句优化: 3.1 SQL语句的一般优化步骤 session :(默认的)表示当前连接 global: 表示自数据库启动至今. -1. show status ; //用于了解SQL语句的执行频率,重点跟踪以com开头的命令. -2. show status like "com_inser

mysql的sql语句的优化策略: 特别注意：索引跟出参也有相关联系索引注意：是否能使用索引，取决于mysql查询优化器对统计数据分析后，是否认为使用索引更快。因此，单纯的讨论一条sql是否可以使用索引有点片面，还需要考虑数据。一个表最多可有16个索引。最大索引长度是256个字节，尽管这可以在编译MySQL时被改变；理想状态约 5个左右。 SQL语句优化策略： 1、表的主键、外键必须有索引； 2、sql有个最左原则，字...

mysql left join 语句优化: select a.id from t_user a LEFT JOIN t_person b ON a.id = b.userId LEFT JOIN v_t_relation_level3_enable c ON b.userId = c.peopleId rnLEFT JOIN t_admin d ON c.parentId = d.id LEFT JOIN t_gxy_company e ON a.companyId=e.id LEFT JOIN t_cyb_userAccount f ON a.id = f.userId LEFT JOIN (SELECTrn `aa`.`investor` AS `investor`,rn SUM((`aa`.`hasPrincipal` + `aa`.`hasInterest`)) AS `hasPaySum`,rn SUM(`aa`.`hasPrincipal`) AS `hasPayPrincipal`,rn SUM(`aa`.`hasInterest`) AS `hasPayInterest`,rn SUM((((`aa`.`recivedPrincipal` + `aa`.`recievedInterest`) - `aa`.`hasPrincipal`) - `aa`.`hasInterest`)) AS `forPaySum`,rn SUM((`aa`.`recivedPrincipal` - `aa`.`hasPrincipal`)) AS `forPayPrincipal`,rn SUM((`aa`.`recievedInterest` - `aa`.`hasInterest`)) AS `forPayInterest`rnFROM `t_invest` `aa`rnGROUP BY `aa`.`investor`) g ON a.id = g.investor rnlimit 30000,20rnrnleft join（子查询）； a.id = g.investor 条件没有索引，查询起来很慢，有什么办法可以优化。

mysql 的一个sql 语句优化: SELECT t_wenzhang.contents, t_wenzhang.createTime, t_wenzhang.title,t_wenzhang.pagePath FROM t_wenzhang LEFT JOIN t_keys ON t_keys.id = t_wenzhang.keyword where SUBSTRING( KeyP, 1, 1 )='" + zimu + "' order by createTime descrnrnrnrnrnrnrn上面t_wenzhang 表4W 数据，t_keys 3W，怎么这个执行10+秒！如果和优化！

MySQL的SQL语句如何优化？: 1）现场抓出慢查询语句 show full processlist; 2）配置参数： slow_query_log_file = ON 慢查询开启开关 long_query_time =2 记录大于2秒的sql语句 log_queries_not_using_indexes = ON 没有使用索引...

[学习笔记]MySql之SQL语句优化: -慢查询 MySql查询超过指定时间的语句。我们将超过指定时间的SQL语句称为为‘慢查询’ --1.如何定位慢查询 SHOW VARIABLES LIKE 'long_query_time';--慢查询时间 --2.常见的数据库运行数据 SHOW STATUS LIKE 'uptime%';--mysql运行时间SHOW STATUS LIKE 'com_select';--查询语句SHOW ST

[MySql]语句优化问题，求优化: 代码rn[code=SQL]rnselect i.fk_in_no,i.fk_vender_abbrev,i.fk_factory_abbrev,i.fk_part_no,i.fk_spec,i.fk_commodity,i.qty,rn i.qty- rn ifnull((select sum(o.qty) rn from ve_report_outbound_detail o rn where i.fk_in_no=o.fk_in_no rn and i.fk_part_no=o.fk_vender_part_no rn and i.fk_spec=o.fk_vender_specrn and i.fk_commodity=o.fk_vender_commodityrn and i.fk_qty_unit_abbrev=o.fk_qty_unit_abbrev),0) as stock_qty,i.fk_qty_unit_abbrev,i.inbound_timernfrom ve_report_inbound_detail irnhaving stock_qty>0 rn[/code]rnrn视图：ve_report_inbound_detail 和 ve_report_outbound_detail 都只有不到一万的数据rn怎么这条语句要执行40多秒rnrn求优化 谢谢大大

java代码与mysql语句的一些优化: 跟着团队做了一个项目，开始的时候写了一堆烂代码，里面的逻辑可能除了我别人都看不懂，后来项目要提测，组长检查代码时感觉我的代码写的太乱，说逻辑可不可以理的相对清晰一些，代码写得条理一些。于是乎，开始了生平第一次review之旅。旅途中也曾感到崩溃，好在有同事们的帮忙，都熬过来了。总结一下review过程中的一些经验，希望自己能够记住这些碰到的坑，也希望能帮助刚刚踏上coding这条不归路的程序猿们。

mysql 语句优化的十个经验: mysql 语句优化的十个经验mysql 语句优化的十个经验本文算是前一篇查询语句优化经验总结1的后续,总结了&lt;高性能mysql&gt;中与网上常见的一些优化经验中出现的案例进行总结与勘误.但是要注意本文中出现的explain结论都是出现在mysql 5.7.18中,要注意mysql在5.6中出现了大量的升级,以往许多经验都开始失效,需要注意分解关联查询分解关联查询是一...

mysql sql语句求优化: [code=SQL]SELECT tid,count(*) as countrn FROM `pw_posts`rn WHERE fid=77 GROUP BY tidrn ORDER BY count DESC LIMIT 10rn[/code]rn其中tid ，fid分别有建了索引，表里有160万条数据，速度挺慢的，用explain显示如下rnSIMPLE pw_posts ref fid fid 2 const 38112 Using where; Using temporary; Using filesortrn

mysql随机获取优化语句: 在网上找了一个随机取数语句，结合了自己的需求，运行出错，rn看了半天没发现出错的地方，求指点rn[code=php]rn$str="select * from dizhi where shijiancuo>'$times' GROUP BY user HAVING COUNT(user) > 4 AS t1 rnJOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM dizhi)) AS id) AS t2 rnWHERE t1.id >= t2.id rnORDER BY t1.id ASC LIMIT 1" ;rnrnrnrn[/code]

mysql 语句优化，求解答: select *,(select count(1) from `ol_classify` where recommend_id = u.user_id AND `Creation_time` >= 1477929600 ) count from `ol_classify` u rnwhere u.state >0 HAVING count >= 4 ，同表查找所有 recommend_id等于user_id的个数，然后在根据个数来筛选。这条语句查询速度太慢了，如何优化，或者怎么写能解决这种查询问题。

MySql语句优化的简单整理: SQL的设计和优化是Java项目非常重要的一个环节，对项目的性能提升也是至关重要的。最近一段时间研究了一下mysql数据库，就mysql语句的优化做了一个简单的整理。mysql的语句优化分为三个方面：查询优化、索引优化、库表结构优化。一、SQL查询优化 1、任何地方都不要使用 select * from t ，用具体的字段列表代替“*”，不要返回用不到的任何字段。 2、应尽量避免在 ...

MySQL 之 SQL 语句优化学习: 常用的调优命令查询正在运行的任务列表 SHOW FULL PROCESSLIST\G... 生成一个查询执行计划 Query Execution Plan （QEP） EXPLAIN SELECT * FROM USER WHERE id = 123\G key为null：没有使用索引 rows 处理过的行 possible_keys 被评估的索引一般情况下，每条SQL语句都可以运行 EXP

Mysql之sql语句优化：explain: explain的列分析 select_type 查询类型 table 查询针对的表 possible_key 可能用到的索引 key 最终用的索引 key_len 使用的索引的最大长度 type列是指查询的方式非常重要是分析查数据过程的重要依据 ref列指连接查询时表之间的字段引用关系 rows 是指估计要扫描多少行 extra explain的列分析id: 代表select 语句的编

MySQL（十五）----- SQL语句优化: 通常在数据量较少的时候，我们并没有那么在意SQL语句的性能问题，只要能到达目的即可；但是当你面对浩大的数据量仍然这么做时，面临的往往是耗时良久或者数据崩溃；当然，数据库优化的方式有很多，这里我们着重介绍SQL优化。准备工作：既然要研究数据量较大的表，那么首先我们需要一个数据库，该数据库里要有很多表，表中要有很多内容；MySQL官方提供了一个模拟电影出租厅...

MySQL的SQL语句如何优化: 1.如何获取有性能问题的SQL 通过用户反馈获取存在性能问题的SQL 通过慢查日志获取存在性能问题的SQL 实时获取存在性能问题的SQL 2慢查询日志介绍 slow_query_log 启动停止记录慢查日志 slow_query_log_file 指定慢查日志的存储路径及文件 long_query_time 指定记录慢查日志SQL执行时...

Mysql性能优化 - 优化INSERT语句: Mysql性能优化 - 优化INSERT语句1.插入流程 1.连接到数据库服务器 2.向服务器发送sql 3.解析sql 4.打开欲操作的表 5.执行insert 6.更新索引 7.结束2.一次插入多条数据insert into tab_nm1 (key1,key2) values (value1,value2) (value1,value2) (value1,value2) (value1,v

MySQL之SQL语句优化步骤: MySQL查询截取分析步骤：一、开启慢查询日志，捕获慢SQL二、explain+慢SQL分析三、show profile查询SQL语句在服务器中的执行细节和生命周期四、SQL数据库服务器参数调优一、开启慢查询日志，捕获慢SQL1、查看慢查询日志是否开启SHOW VARIABLES LIKE '%slow_query_log%';2、开启慢查询日志SET GLOBAL slow_query_log=

关于mysql 语句优化的问题: [code=sql]SELECT * FROM agreement_cust WHERE REPLACE(accepterName,' ','') LIKE "%张立云%";[/code]rn以上sql语句会进行全表扫描，对性能有影响，有没有好的优化方案。注：accepterName是表中的字段名

请教一句mysql语句优化: select artid as articleID,chid as chID,title,art_head.auid as authorID, author.name as author, owner as editorID, e1.nickname as editor, art_head.nodeID, path ,created as createTime, begin as beginTime, updateTime, updateUser, hit ,isSubject, isEditorCommend, e2.nickname as updateName from art_head rnleft join author on art_head.auid=author.auid rnleft join editor e1 on e1.userid=owner rnleft join editor e2 on e2.userid=updateUser rnwhere art_head.deleted='F' and artid in (35642,31271,27896,27819,27778,27777,27757,27747,27705,27704,27660,27645,27643,27633,27631,27583,27578,27552,27548,27545,27534,27506,27500,27491,27476,27475,27474,27467,27336,27292,27135,27050,27041,27030,27021) rnrnorder by artid descrnrnrnrn请教一下这句该如何优化？当我的in数据达到1000个时候php脚本就超时了。cpu占用达到100%，请教了。

帮忙优化一个mysql语句: update call_record set duration=rncase durationrnwhen '-1' then '2'rnelse durationrnendrn where line_name='801' order by `time` desc limit 1rnrnrnrn这个表有10几W数据， duration，line_name， time 都为索引，rnrn现在这个语句耗时10几毫秒，我的系统其它语句都是0.3毫秒，请问怎么优化这个语句？

MySQL批量update语句优化: 对MySQL中的表进行批量update的时候，如果每个记录用一个update语句，5000条记录的话，大概需要30秒钟。下面采用的case when方法可以把5000条update拼成一条： Update myTable SET myField = CASE id WHEN 1 THEN 'value1' WHEN 2 THEN 'value2' WHEN 3

Mysql语句优化最新入门: Mysql语句优化最新入门，公司要求的基础优化，程序员必须掌握的基础sql优化

mysql语句优化和添加条件~: select b.code, b.name, b.duty, b.introducer,rn s.s1, s.s2, s.s3, s.s4, s.s5, s.s6, s.s7, s.s15, s.s67,rn (sum(if(weekday(a.date)=0,1,0))) as k1,rn (sum(if(weekday(a.date)=1,1,0))) as k2,rn (sum(if(weekday(a.date)=2,1,0))) as k3,rn (sum(if(weekday(a.date)=3,1,0))) as k4,rn (sum(if(weekday(a.date)=4,1,0))) as k5,rn (sum(if(weekday(a.date)=5,1,0))) as k6,rn (sum(if(weekday(a.date)=6,1,0))) as k7,rn (sum(if(weekday(a.date) between 0 and 4,1,0))) as k15,rn (sum(if(weekday(a.date) between 5 and 6,1,0))) as k67rn from baseinfo b inner join attendance a on b.code=a.codern inner join works w on a.id=w.attendancern inner join contact c on w.id=c.worksrn inner join rn(select b.code,rn sum(if(weekday(a.date)=0,1,0)) as s1,rn sum(if(weekday(a.date)=1,1,0)) as s2,rn sum(if(weekday(a.date)=2,1,0)) as s3,rn sum(if(weekday(a.date)=3,1,0)) as s4,rn sum(if(weekday(a.date)=4,1,0)) as s5,rn sum(if(weekday(a.date)=5,1,0)) as s6,rn sum(if(weekday(a.date)=6,1,0)) as s7,rn sum(if(weekday(a.date) between 0 and 4,1,0)) as s15,rn sum(if(weekday(a.date) between 5 and 6,1,0)) as s67rn from baseinfo b inner join attendance a on b.code=a.codern inner join works w on a.id=w.attendancern where (day(a.date) between 23 and 29)rn group by b.code) as s on s.code=b.codern where day(a.date) between 23 and 29rn group by b.codern order by codernrn我想把这条语句（语法、求值都正确）的结果缩小一点，要求s15>=4，s67>=1，k15>=4，s67>=1，但是当我把条件写入where的时候语句就不能执行了，我想得到这个条件的话应该怎么写呢？rn还有这条语句会不会太复杂了？可以简化吗？rnrn谢谢。。。rnrn附我的数据库结构：rnCREATE TABLE IF NOT EXISTS `attendance` (rn `id` int(10) NOT NULL auto_increment,rn `date` date NOT NULL COMMENT '日期',rn `code` varchar(10) NOT NULL COMMENT '工号',rn `attendance` enum('正常','病假','事假','长假') NOT NULL COMMENT '考勤',rn PRIMARY KEY (`id`)rn) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='每日考勤';rnrnINSERT INTO `attendance` (`id`, `date`, `code`, `attendance`) VALUESrn(73, '2009-11-26', '013', '正常'),rn(72, '2009-11-22', '007', '正常'),rn(71, '2009-11-22', '002', '正常'),rn(70, '2009-11-23', '013', '正常'),rn(69, '2009-11-23', '007', '正常'),rn(68, '2009-11-23', '002', '正常'),rn(67, '2009-11-25', '013', '正常'),rn(66, '2009-11-25', '007', '正常'),rn(65, '2009-11-25', '002', '正常'),rn(64, '2009-11-24', '013', '正常'),rn(63, '2009-11-24', '007', '正常'),rn(62, '2009-11-24', '002', '正常');rnDROP TRIGGER IF EXISTS `del_works_when_del_atten`;rnDELIMITER //rnCREATE TRIGGER `del_works_when_del_atten` BEFORE DELETE ON `attendance`rnFOR EACH ROW delete from works where attendance=old.idrn//rnDELIMITER ;rnrnCREATE TABLE IF NOT EXISTS `baseinfo` (rn `code` varchar(10) NOT NULL COMMENT '工号',rn `name` varchar(10) NOT NULL COMMENT '艺名',rn `tel` varchar(20) NOT NULL COMMENT '电话',rn `add` text NOT NULL COMMENT '地址',rn `birthday` date default NULL COMMENT '生日',rn `memo` text NOT NULL COMMENT '备注',rn `dimission` date default NULL COMMENT '离职日期',rn `truename` varchar(10) NOT NULL COMMENT '真名',rn `pid` varchar(18) NOT NULL COMMENT '身份证号',rn `sex` enum('男','女','未知') NOT NULL default '未知' COMMENT '性别',rn `education` varchar(10) NOT NULL COMMENT '学历',rn `censusregister` text NOT NULL COMMENT '户籍地址',rn `duty` date NOT NULL COMMENT '入职日期',rn `level` varchar(10) NOT NULL COMMENT '评级',rn `group` varchar(10) NOT NULL COMMENT '组别',rn `season` varchar(20) NOT NULL COMMENT '离职原因',rn `introducer` varchar(10) NOT NULL COMMENT '介绍人',rn PRIMARY KEY (`code`)rn) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='基本资料';rnrnINSERT INTO `baseinfo` (`code`, `name`, `tel`, `add`, `birthday`, `memo`, `dimission`, `truename`, `pid`, `sex`, `education`, `censusregister`, `duty`, `level`, `group`, `season`, `introducer`) VALUESrn('007', '韩雪', '15062436140', '', NULL, '', NULL, '', '', '女', '', '', '2008-10-28', '录用', '小李子', '', ''),rn('002', '晓雪', '15952408894', '', NULL, '', NULL, '', '', '女', '', '', '2008-10-28', '二线', '阿龙', '', ''),rn('013', '佳乐', '13771713718', '', NULL, '', NULL, '', '', '女', '', '', '2208-10-28', '录用', '阿龙', '', ''),rnrnCREATE TABLE IF NOT EXISTS `contact` (rn `id` int(10) NOT NULL auto_increment,rn `works` int(10) NOT NULL COMMENT '每日上台ID',rn `name` varchar(10) NOT NULL COMMENT '客人姓名',rn `contact` varchar(20) NOT NULL COMMENT '联系电话',rn PRIMARY KEY (`id`)rn) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='每日留资';rnrnINSERT INTO `contact` (`id`, `works`, `name`, `contact`) VALUESrn(50, 34, '陈', '00123456789'),rn(44, 32, '秦', '1234567890'),rn(45, 33, '陈', '12345678900'),rn(46, 33, '李', '12345678900'),rn(47, 33, '王', '12345678900'),rn(48, 34, '王', '00123456789'),rn(49, 34, '李', '00123456789'),rn(43, 32, '陈', '1234567890'),rn(40, 32, '张', '1234567890'),rn(41, 32, '王', '1234567890'),rn(42, 32, '李', '1234567890'),rn(51, 34, '秦', '00123456789'),rn(52, 35, '李', '1234567890'),rn(53, 35, '王', '1234567890'),rn(54, 35, '张', '1234567890'),rn(55, 36, '0', '00000000'),rn(56, 36, '0', '00000000'),rn(57, 36, '0', '00000000');rnrnCREATE TABLE IF NOT EXISTS `rooms` (rn `id` int(10) NOT NULL auto_increment,rn `date` date NOT NULL COMMENT '开房日期',rn `number` varchar(10) NOT NULL COMMENT '房号',rn `master` varchar(10) NOT NULL COMMENT '主桌干部',rn PRIMARY KEY (`id`)rn) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='每日开房';rnrnINSERT INTO `rooms` (`id`, `date`, `number`, `master`) VALUESrn(34, '2009-11-25', '6666', '旺旺'),rn(33, '2009-11-25', '201', '白雪'),rn(32, '2009-11-24', '6666', '燕子'),rn(29, '2009-11-24', '201', '旺旺'),rn(30, '2009-11-24', '202', '燕子'),rn(31, '2009-11-24', '6666', '白雪'),rn(35, '2009-11-25', '202', '旺旺');rnrnCREATE TABLE IF NOT EXISTS `works` (rn `id` int(10) NOT NULL auto_increment,rn `attendance` int(10) NOT NULL COMMENT '考勤ID',rn `rooms` int(10) NOT NULL COMMENT '每日开房ID',rn PRIMARY KEY (`id`)rn) ENGINE=MyISAM DEFAULT CHARSET=utf8 COMMENT='每日上台';rnrnINSERT INTO `works` (`id`, `attendance`, `rooms`) VALUESrn(33, 63, 30),rn(35, 62, 32),rn(32, 62, 29),rn(34, 64, 31),rn(37, 64, 29),rn(36, 65, 32),rn(38, 73, 34);rnDROP TRIGGER IF EXISTS `del_contact_when_del_works`;rnDELIMITER //rnCREATE TRIGGER `del_contact_when_del_works` BEFORE DELETE ON `works`rnFOR EACH ROW delete from contact where works=old.idrn//rnDELIMITER ;

MySQL 优化学习3 -- in语句: 实践的mysql 版本如下 $ mysql --version mysql Ver 14.14 Distrib 5.6.40, for macos10.13 (x86_64) using EditLine wrapper in 语句 对id主键使用in语句查看（如下对语句2，3）对于语句3，发现查询的类型是range，而非index mysql&amp;amp;gt; explain select c...

mysql 建表语句及优化意识: 1.mysql建表基本语法所谓建表其实就是一个声明列的过程。 CREATE TABLE 表名称 ( 列名称1 数据类型, 列名称2 数据类型, 列名称3 数据类型, .... ) 2.mysql 建表时为什么要加not null default 0/ ' ' 因为不想让表中出现nul...

MySQL 中sql 语句优化: 参考文章：https://blog.csdn.net/haifu_xu/article/details/16864933 https://blog.csdn.net/xiaoyao8903/article/details/53256960 首先这个问题一直存在，但是在实际开发中还是写出各种性能差sql。今天就一点点的来梳理一下，恰好我目前工作中的sql 写的很慢，这篇文章刚好可以帮我去优化一下...

mysql sql语句优化建议: 1.select * from table_name where;建议将*改为需要的列。影响网络传输和内存。2.like语句一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。3.不要在列上进行运算，无法运用索引select * from users where YEAR(adddate)<2007;将在

Mysql Sql语句技巧与优化: 企业架构师的职责就是设计一个公司的基础架构，并提供关于怎样建立和维护系统的指导方针。一般来说，级别高的架构师，经验更丰富，争相聘请的人也多，他们也是与公司全部的IT策略密切相关的专业人员。

MYSQL语句优化，求帮忙: [code=sql]rnSELECT message_id,rn send_num ,rn target_num,rn IFNULL(date_format(start_sent_time,'%Y%m%d%h%i%s'),''),rn IFNULL(date_format(stop_sent_time,'%Y%m%d%h%i%s'),''),rn sent_content rn FROM sms_sent_pool rn WHERE IFNULL(stop_sent_time,DATE_ADD(now(),INTERVAL 31 DAY)) > now() rn AND apply_state = 0 limit 500 -- apply_state 上面只有0 -1 1 2四中类型的值。rn[/code]rnrn1.数据表sms_sent_pool大约800w数据，查500条有时8秒，有时15秒左右，能否做个优化，让查500条大约在1秒内完成。rn2.apply_state 建了索引没有作用。rn3.apply_state 状态会根据程序处理，会发生变化rn4. 注释掉 IFNULL(stop_sent_time,DATE_ADD(now(),INTERVAL 31 DAY)) > now() 这个条件，查询时间也不发生变化.rnrn求大哥们帮忙，没有多少分数，希望不要嫌少。[img=https://forum.csdn.net/PointForum/ui/scripts/csdn/Plugin/001/face/21.gif][/img]rn

请教一条MYSQL语句优化: [color=#FF6600]SELECT id,title FROM a WHERE title IN ( SELECT title FROM a GROUP BY title HAVING COUNT(title)>1) ORDER BY title[/color]rnrn查询a表中title有重复的数据 title为VARCHAR类型查询出数据1000多条需要16秒很慢。不管在后面加不加上LIMIT X 都是很慢的哪怕只取LIMIT 10 求优化！

mysql 多表连接语句优化请教: [code=sql]SELECT * from (SELECT `dili_c`.*, `dili_uf`.`fchannelcode`,`dili_uf`.`fcashbalance`, `dili_uf`.`fchannelbalance`, `dili_uf`.`favailablebalance`, `dili_uf`.`fholdbalance`,rn (SELECT SUM(`fmoney`) AS fmoney FROM (`dili_daily_deposit_settlement`) WHERE `fuserid` = dili_c.fuserid) as totalmoeny,rn (SELECT SUM(`fdepositcount`) AS fdepositcount FROM (`dili_daily_deposit_settlement`) WHERE `fuserid` = dili_c.fuserid) as fdepositcount, rn(SELECT `fbegindate` FROM (`dili_deposit_record`) WHERE `fuserid` = dili_c.fuserid ORDER BY `fbegindate` desc LIMIT 1) as fbegindate, `dili_cgm`.`customer_group_id` rnFROM (`dili_customer` as dili_c) rnLEFT JOIN `dili_userfound` dili_uf ON `dili_c`.`fuserid` = `dili_uf`.`fuserid` rnLEFT JOIN `dili_customer_group_mapping` as dili_cgm ON `dili_c`.`fuserid` = `dili_cgm`.`userid` rnWHERE `dili_c`.`fusertype` = 0 ORDER BY `dili_c`.`fregistedtime` desc LIMIT 1,25) as a LIMIT 1,25[/code]rnrn现在查询超过30秒以上。怎么解决呢？主表量有60几万数据

MySQL的语句执行顺序及优化基础: FORM: 对FROM的左边的表和右边的表计算笛卡尔积。产生虚表VT1ON: 对虚表VT1进行ON筛选，只有那些符合&lt;join-condition&gt;的行才会被记录在虚表VT2中。JOIN：如果指定了OUTER JOIN（比如left join、 right join），那么保留表中未匹配的行就会作为外部行添加到虚拟表VT2中，产生虚拟表VT3, rug from子句中包含两个以上的表...

mysql语句优化，in语句多表查询优化: 比如我要查一张菜单表，想查询名字为‘product’和子菜单名字为‘product’的菜单，下面是我写的语句。n请问这种怎么用join才代替in，或者有没有别的办法让效率变得高点nnselect * FROM menu As m where m.name = 'product' or m.menuid in (SELECT parentid FROM menu where name='product')nn语句只是做个比喻，因为业务比较复杂，所以随便写个例子

MySQL(二) —— MySQL性能优化之 SQL语句优化: 　　　　　　　　　　SQL语句优化 MySQL优化的目的　　1、避免出现页面访问错误：或由于数据库连接超时 timeout 产生页面5xx错误；或由于慢查询造成页面无法加载；或由于阻　　塞造成数据无法提交；　　2、增加数据库的稳定性：避免由于低效查询引起的数据库问题；　　3、优化用户体验：提高页面访问的流畅度。一、SQL语句优化（20种） 1、使用 EX...

帮我优化一下SQL语句!谢谢（mysql）: select rnrnp.productId,p.dateUpload,ty.name,p.active,c.xmlname,cp.account,pr.name,lan.rnrnlanguageCode,p.webvisible,c.name from product p,category rnrnc,cp,productdescription pr,languages lan,typedescription ty,(select rnrnproductId,name from productdescription where languageId=2) as c where rnrnp.categoryId=c.categoryId and p.cpId=cp.cpId and p.productId=pr.productId rnrnand p.typeId=lan.languageId and p.typeId=ty.typeId and rnrnty.languageId=lan.languageId and pr.languageId=lan.languageId and rnrnp.productId=c.productId group by p.productId desc

Mysql sql语句优化的10条建议: 1、将经常要用到的字段（比如经常要用这些字段来排序，或者用来做搜索），则最好将这些字段设为索引 2、字段的种类尽可能用int或者tinyint类型。另外字段尽可能用not null 3、当然无可避免某些字段会用到text，varchar等字符类型，最好将text艾段的单独出另外一个表出来（用主键关联好） 4、字段的类型，以及长度，是一个很考究开发者优化功力的一个方面。如果表数据

web级mysql - SQL语句优化篇: 查询sql语句各项指标： EXPLAIN select * from prod_main limit 0,200table:表明 type:const: 根据主键或者唯一索引，只取出一行数据，是最快的第一种。 select * from prod_main where prod_id=1; //prod_id是索引或者主键 XX示范：select * from pro_main where

mysql 常用sql语句优化原则: mysql 常用sql语句优化优化索引 mysql 中用到索引的的场景匹配全值 (对索引中所有列都指定具体的值，即索引中的所有列都有等值匹配的条件) 匹配值的范围查询 ( 对索引的值能进行范围查找比如 > 和 < ，但是在聚合索引下，会使后面的索引失效，比如a_b_c 为聚合索引，b使用了范围查询，会使c的索引失效) 匹配最左前缀，仅仅使用索引中的最左边的列进行查找仅仅对索引进行查询，当查询

生产环境高并发MySQL SQL语句优化案例: 生产环境高并发MySQL SQL语句优化10条案例声明：本案例为老男孩linux运维实战培训的数据库优化教学案例，如有转载务必保留本版权声明在实际工作中，运维或DBA人员经常会根据数据库的慢查询日志来抓出执行慢的SQL语句，然后，或自行处理或扔给开发处理，好点的DBA可能会和开发商量共同解决慢查询的问题，如果是调参、索引问题，那就简单了，有的时候调参索引优化没余地了，还有根据语句的功能拆分或者改成...

MySQL中关于insert语句速度的优化: 如果同时要insert多条记录的时候，可以通过insert into table values(...),(...),(...)的方式来插入，这样可以大大提高效率。如果数据太多，可以分段，例如每1万条插入一次。每次执行的包大小默认是1M，如果超过了，可以调整msyql参数 ...

MySQL查询优化之一-WHERE语句优化: MySQL查询优化之一-WHERE语句优化 如需转载请标明出处：http://blog.csdn.net/itas109 QQ技术交流群：12951803 环境： MySQL版本：5.5.15 操作系统：windows 本文讨论WHERE语句的优化。这些示例使用SELECT语句，但是相同的优化适用于DELETE和UPDATE语句中的WHERE语句。查询速度比较快的一些示例：

MySQL不同类型SQL语句优化方案: 目录： MySQL不同类型SQL语句优化方案 # MySQL不同类型SQL语句优化方案 #

帮忙优化一下这个mysql的语句，多谢。: 我这里有一个mysql的语句，效率很低。表中有15w数据，一下sql查询要用10s左右，远远不能满足要求：rnrn[code=SQL]rnrn select count(distinct t.pid),rn count(t.pid),rn sum(concat(t.curr_dose, '')),rn t.advi_datern from aidszh_mst_medicine t force index(IDX_ADVIDATE)rn where 1 = 1rn and t.clin_zonecode like '320103%'rn and t.advi_date >= to_date('2010-06-09', 'yyyy-mm-dd')rn and t.advi_date rn group by t.advi_daternrn[/code]rnrn经分析，以上sql走IDX_ADVIDATE索引，去掉强制索引force index(IDX_ADVIDATE)以后效率也是很低。表中的绝大多数数据的rnclin_no 列和clin_zonecode 列都是相同的。advi_date最有可能限制数据。查询条件中的所有的列都建立了索引！rn改变where条件中的顺序也没有效果！rnrn请问高手，我怎么优化我这个sql呢？

求助，mysql语句优化，有explain的内容: 三个表关联rnselect rnsum(XXX)rnfrom arnleft join b on a.id1=b.id1 and a.id2=b.id2rnleft join c on c.id1=b.id1rnwhere a.date between '' and '' (时间范围为1个月) and a.org in (1,2,3,4,5,6,7,8,9,10) and b.log=0rngroup byrnb.id3,b.id4,b.id5,b.id6,b.id7,b.id8 (分组字段为6个)rnrn查询时间为：5.658rnrn其中b表中数据量最大，此时间范围内为392571条数据，整张表数据量为2989801条数据。rnexplain 后rnrnid select_type tabel type rows extra rn1 SIMPLE a rang 45113 Using where; Using index; Using temporary; Using filesortrn1 SIMPLE b ref 8 Using wherern1 SIMPLE c eq_ref 4 Using indexrnrnshow profile block io,cpu for query 449;rnstatus duration cpu_user cpu_system Block_ops_in Block_ops_outrnCopying to tmp table 4.831741 4.890625 0 null nullrnrn分组是必须的，需要根据这个分组去确定返回结果集内的很多数据。而且这个6个字段是分组的依据，也没有其他方式去处理。rn即便去掉分组直接查询剩余的部分，时间也要3秒以上。rnrnmysql 版本：5.5rntemp_table_size为35M，max_heap_table_size这个在配置文件里没有找到，就没有对这个做任何变动。rn我在数据量比这个小的库上把temp_table_size的值调到了50M和100M，并没有明显的提升。rnrn希望大神们帮着提一些优化的建议。 rnrnPS：rnwhere后面的条件是根据参数来决定的，日期和org 肯定会有，但是时间范围不定，org in的内容也是不确定的。已经按照org做了表分区了，单查一个org，一个月的数据0.704s就能出结果。

mysql语句优化的几个小建议: n nn nn 详细的课堂笔记，直观好看便捷 nnn nn 数据类型的详细剖析 nnn nn nn 自动化生成百万甚至千万企业级别的测试表shell脚本 nnn nn 核心知识之各种索引课堂剖析 nnn nn 核心必备知识之事务课堂实战演练 nn用户权限与ip网段登录问题实战 nn nn nn 慢查询日志开启与问题定位 nnn nn sql语句的简单优化思路演练 nnn nn 数据安全之备份与恢复 nnn nn nn

MySQL参数、系统、硬件、语句优化建议: MySQL的一些优化建议，叶老师主讲的文档，告诉你哪些坑可以避免。

MYSQL中优化SQL语句查询: 尽量避免在where子句中做如下操作使用or来连接条件，代替用union all 对查询进行优化，应尽量避免全表扫描，首先应考虑where和order by涉及的列上建立索引。尽量避免在where子句中使用！=或&lt;&gt;操作符，否则将导致引擎放弃使用索引而进行全表扫描。尽量避免在where子句中对字段进行null值判断，否则将导致引擎放弃使用索引而...

解析Mysql执行语句并优化: 解析Mysql执行语句并优化

MySQL语句优化常见误区和优化技巧: MySQL语句优化常见误区与优化技巧原文链接：http://www.2cto.com/database/201303/195666.html 1 常见误区误区1：count(1)和count(primary_key)优于count(*) 误区2：count(*)和count(column)是一样的 count(*)表示整个结果集有多少记录 count(column)表示结果...

小贝_mysql sql语句优化过程: SQL优化的一般步骤:通过show status命令了解各种SQL的执行频率、定位执行效率较低的SQL语句-（重点select）、通过explain分析低效率的SQL语句的执行情况、确定问题并采取相应的优化措施

浅析MySQL语句优化中的explain参数: 有什么用？在MySQL中，当数据量增长的特别大的时候就需要用到索引来优化SQL语句，而如何才能判断我们辛辛苦苦写出的SQL语句是否优良？这时候explain就派上了用场。怎么使用？ explain + SQL语句即可如：explain select * from table; 复制代码如下相信第一次使用explain参数的朋友一定会疑惑这一大堆参数究竟有什么用呢？笔者搜集了一些资料，在这...

急急急，请教大神MYSQL 语句优化: select `s1`.`task_code` AS `task_code`,rn`s1`.`user_id` AS `user_id`,rn`s1`.`phase` AS `phase`,rn`s1`.`operation` AS `operation`,rn`s1`.`disposing_time` AS `dispatch_time`,rn`s1`.`disposal_deadline` AS `disposal_deadline`,rn(select `s`.`org_code` from `stats_snapshot_all_phase` `s` rnwhere ((`s`.`phase` = 6) rnand (`s`.`disposing_time` > `s1`.`disposing_time`)) rnorder by `s`.`disposing_time` limit 1) AS `org` rnfrom `stats_snapshot_all_phase` `s1` rnwhere ((1 = 1) rnand (`s1`.`phase` = 5) rnand (`s1`.`operation` = 37))rnrn请教大神如何优化查询速度会变快

MySQL SQL语句优化的10条建议: MySQL SQL语句优化的10条建议 http://www.jb51.net/article/47550.htm

MySql 学习笔记一：SQL语句优化: 一、数据库三范式第一范式：1NF是对属性的原子性约束，要求属性(列)具有原子性，不可再分解；(只要是关系型数据库都满足1NF) 第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；第三范式：3NF是对字段冗余性的约束，它要求字段没有冗余。没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保

VC＋＋获得程序的进程下载: 获得程序正在远行的进程的源程序使用过进行其他操作，分享一下相关下载链接：[url=//download.csdn.net/download/zeliangzhang19801124/3118463?utm_source=bbsseo]//download.csdn.net/download/zeliangzhang19801124/3118463?utm_source=bbsseo[/url]

毕业论文做的检测环境设备下载: C语言编写，包含了多种传感器芯片的实用程序，及LED显示程序等等相关下载链接：[url=//download.csdn.net/download/xianshihadisi/3154516?utm_source=bbsseo]//download.csdn.net/download/xianshihadisi/3154516?utm_source=bbsseo[/url]

程序设计训练控制台游戏2048源码（无数据文件版）下载: 本人水平有限，如果下载后有问题，百度@魔法之星相关下载链接：[url=//download.csdn.net/download/u014646686/7725009?utm_source=bbsseo]//download.csdn.net/download/u014646686/7725009?utm_source=bbsseo[/url]

相关热词 c# 标准差计算 c#siki第五季 c#入门推荐书 c# 解码海康数据流 c# xml的遍历循环 c# 取查看源码没有的 c#解决高并发委托 c#日期转化为字符串 c# 显示问号 c# 字典对象池

我们是很有底线的