mysql查询问题,优化性能,提高查询时间

我有一个数据采集表,一个月一张表,每天不停新增数据,一个月百万条,现在查询一页数据在3s左右,发现sql 中order by消耗不少时间,建立索引可方便查询,可新增数据的效率肯定受影响,怎么平衡

经验不足,现在只能想到这里,故而前来请教

2个回答

通过时间分区会不会好点呢

order by是通过什么来排序的呢

如果表中的id是自增的,order by的时候,你根据id来排序,主键会被默认创建索引,这样应该能快些。

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
其他相关推荐
MySQL查询缓存设置 提高MySQL查询性能
查看mysql缓存相关参数SHOW VARIABLES LIKE '%query_cache%';
MySQL查询缓存设置提高MySQL查询性能
首先看看MSYQL逻辑框架:图片来自高性能mysql 如果使用了QueryCache,当查询接收到一个和之前同样的查询,服务器将会从查询缓存中检索结果,而不是再次分析和执行相同的查询。这样就能大大提高查询性能。 打开查询缓存,要通过几个步骤来设置: 虽然你设置mysql允许查询缓存,但是如果你设置的查询缓存大小为了0,这和没有允许没什么区别。 所以必须是几个步骤的设置才能真正打
MYSQL 缓存设置 提高MYSQL查询性能
1.1.    配置 1.1.1.      配置文件配置 打开/etc/my.cnf,输入一下配置: #查询缓存区的工作模式:0, 禁用查询缓存区; 1,启用查询缓存区(默认设置); 2,”按需分配”模式,只响应SELECT SQL_CACHE命令。 query_cache_type = 1 #查询缓存区的最大长度(默认设置是0,不开辟查询缓存区)。 query_cache_size
Mysql查询性能问题
[size=18px] 需要链接多张表进行查询,查询效率变慢,我需要知道 在连接那哪一张表时 查询的最慢 (可以使用某些工具)[/size] rnrn请求帮助,要怎么做。。
mysql查询性能问题
大家好,我遇到一个奇怪的问题,这个是我的sql语句rn[code=sql]rnselect distinct vwWorkload.projectCodeId, vwEmployee.jobFamilyDescription, vwEmployee.isExpatriate, vwEmployee.jobLevel, vwEmployee.affiliate, Task.taskShortName, vwEmployee.departmentCode from vwEmployee inner join vwWorkload on vwWorkload.employeeId=vwEmployee.employeeId and vwWorkload.isTbh=vwEmployee.isTbh inner join Task on Task.taskId=vwWorkload.taskId where vwWorkload.projectId in (14) and planYear=2014 and planMonth>=1 and planMonth<=6 and vwWorkload.planHistoryId=2 and (vwEmployee.planHistoryId=0 or vwEmployee.planHistoryId=2) order by vwWorkload.projectCodeId, vwEmployee.jobFamilyDescription, vwEmployee.isExpatriate, vwEmployee.jobLevel, vwEmployee.affiliate, Task.taskShortName[/code]rn在数据库中执行这条语句查询需要花费大概两分钟,但是偶尔也会存在只需要1秒钟(这个是缓存问题吗?),最让人诡异的是在projectId in (14)处,若随意再加个数字例如500000,则查询时间会瞬间由两分钟降到1秒,这个是什么原因,百思不得其解。有谁能给我提供一点思路吗?rnrn另外这条语句explain的结果是rn[code=text]id select_type table type possible_keys key key_len ref rows Extrarn1 PRIMARY ALL NULL NULL NULL NULL 1465 Using where; Using join bufferrn1 PRIMARY ALL NULL NULL NULL NULL 1465 Using where; Distinct; Using join bufferrnNULL UNION RESULT ALL NULL NULL NULL NULL NULL rnNULL UNION RESULT ALL NULL NULL NULL NULL NULL rn2 DERIVED department eq_ref PRIMARY PRIMARY 4 rpmlite20.employee.departmentId 1 Using wherern6 DERIVED department eq_ref PRIMARY PRIMARY 4 rpmlite20.employee.departmentId 1 Using wherern2 DERIVED departmentcategory ALL PRIMARY NULL NULL NULL 3 Using join bufferrn4 UNION departmentcategory ALL PRIMARY NULL NULL NULL 3 Using where; Using join bufferrn6 DERIVED departmentcategory ALL PRIMARY NULL NULL NULL 3 Using join bufferrn8 UNION departmentcategory ALL PRIMARY NULL NULL NULL 3 Using where; Using join bufferrn3 UNION departmentcategory_1 ALL PRIMARY NULL NULL NULL 3 rn7 UNION departmentcategory_1 ALL PRIMARY NULL NULL NULL 3 rn3 UNION department_1 eq_ref PRIMARY PRIMARY 4 rpmlite20.tobehired.departmentId 1 Using wherern7 UNION department_1 eq_ref PRIMARY PRIMARY 4 rpmlite20.tobehired.departmentId 1 Using wherern4 UNION department_2 eq_ref PRIMARY PRIMARY 4 rpmlite20.employee_1.departmentId 1 rn8 UNION department_2 eq_ref PRIMARY PRIMARY 4 rpmlite20.employee_1.departmentId 1 rn2 DERIVED employee range PRIMARY,departmentId PRIMARY 4 NULL 678 Using wherern6 DERIVED employee range PRIMARY,departmentId PRIMARY 4 NULL 678 Using wherern4 UNION employee_1 ref departmentId,hrtbEmployeeId hrtbEmployeeId 4 rpmlite20.intra.id 1 rn8 UNION employee_1 ref departmentId,hrtbEmployeeId hrtbEmployeeId 4 rpmlite20.intra.id 1 rn4 UNION intra ALL PRIMARY NULL NULL NULL 4 rn8 UNION intra ALL PRIMARY NULL NULL NULL 4 rn1 PRIMARY projectcode ref PRIMARY,projectId projectId 4 const 1 Using index; Using temporary; Using filesortrn1 PRIMARY Task eq_ref PRIMARY PRIMARY 4 rpmlite20.workload.taskId 1 rn1 PRIMARY task eq_ref PRIMARY PRIMARY 4 rpmlite20.Task.taskId 1 Using where; Using index; Distinctrn3 UNION tobehired ALL departmentId NULL NULL NULL 127 Using join bufferrn7 UNION tobehired ALL departmentId NULL NULL NULL 127 Using join bufferrn1 PRIMARY workload ref hrtbEmployeeId,projectCodeId,planHistoryId,taskId projectCodeId 4 rpmlite20.projectcode.projectCodeId 70 Using wherern[/code]
mysql 查询性能问题
mysql中 rn 《select * from table limit 0,10000》查询6秒 然后删除掉rn 《select * from table limit 0,10000》查询7秒 然后删除掉 rn 《select * from table limit 0,10000》查询19秒 然后删除掉 rn 《select * from table limit 0,10000》查询25秒 然后删除掉 rn 《select * from table limit 0,10000》查询30秒 然后删除掉 rn 《select * from table limit 0,10000》查询33秒 然后删除掉 rn 《select * from table limit 0,10000》查询38秒 然后删除掉 rn 《select * from table limit 0,10000》查询40秒 然后删除掉 rn 《select * from table limit 0,10000》查询43秒 然后删除掉 rnrn为什么会越来越慢呢?
sql语句优化,提高查询性能
sql语句优化是软件开发最常用的方式,以提高性能的最佳办法!
如何提高查询性能
在oracle里有几十万条记录.rn在oracle里查询很快.rn但是现在不能直接连到oraclern只能通过sqlserver连oracle.rnrn从sqlserver里取数据.rn但是 用sqlserver 取数据太慢了(在查询分析器里).rn不管是查view.还是表rn每次都要1分多钟.才能搜索出来 .rnrn但是.用sqlserver的view里.rn打开design view.rn在那里面查.查数据就非常快.rn现在我没有权限修改数据库rn请问这是为什么.rnrn有什么解决方法呢?
MYSQL,如果提高这条查询的性能
select * from content where rntitle like '%上海%' or rntitle like '%北京%' or rntitle like '%天津%' or rntitle like '%重庆%' rnorder by rand() limit 1rnrn我在做一个根据地区随机显示广告的功能,rn数据可能十万条左右中查询,不知道如果在提高效率,希望指教,谢过
优化Sql查询性能
以下代码是查找Access数据库中1月份的目标、实绩的查询语句,我现在要查询一年(1-12月)的数据,我写了12条以下的查询语句进行查询,但是性能很差,运行起来很慢,请问有什么办法可以提高运行性能?谢谢!rnrn //获得1月份的目标、实绩、达成率//rn TRs = DB2Conn.Execute("SELECT 本月目标 FROM 销售目标 WHERE 客户代码 = '" & ID & "' AND 所属月份 = '" & cYear & "01'")rn cTarget1 = CInt(TRs("本月目标")) //目标数//rn ARs = DB2Conn.Execute("SELECT SUM(出货产品明细联合.出货数) AS 出货数 " _rn + "FROM 出货记录主表联合 INNER JOIN 出货产品明细联合 ON 出货记录主表联合.序号 = 出货产品明细联合.序号 " _rn + "WHERE 出货记录主表联合.终端客户='" & ID & "' AND 出货记录主表联合.会计月='" & cYear & "01'")rn cActual1 = CInt(ARs("出货数")) //实绩数//rn cCompletionRate1 = CInt(cActual1/cTarget1*100) //达成率//rn
Hibernate查询性能的优化
Hibernate是一个轻量级的JDBC封装,也就是说,我们可以使用Hibernate来完成原来我们使用JDBC完成的操作,Hibernate是企业级开发中的主流框架,映射的灵活性很出色,支持很多关系型数据库。这套课程将Hibernate5里的核心技术尽可能清楚易懂的方式展示在大家的面前!
Hibernate优化查询性能
Hibernate从以下几个方面来优化查询性能: (1)降低访问数据库的频率,减少select语句的数目。实现手段包括: a.使用迫切做外连接或者迫切内连接检索策略。 b.对延迟检索或立即检索策略设置批量检索数目。 c.使用查询缓存。 (2)避免多余加载程序不需要访问的数据。实现手段包括: a.使用延迟检索策略。 b.使用集合过滤。 ...
剖析Mysql查询性能
本教成主要从Mysql的架构、基准测试、性能剖析、schema和数据类型优化、如何创建你高性能 索引、查询索引、特性、可扩展的Mysql、高可用、云端的Mysql、备份与恢复、用户工具等多方面进行介绍
MySQL查询性能
可以看出,MySQL查询是从左到右的,这些细节方面也是很影响性能的。 Oracle查询是从右边到左边的。不定期更新。。。。
mysql查询性能
[size=16px]遇到个mysql查询性能的问题,希望大神们能帮忙解答下:[/size]rnrnsql1:rn select rn sum(l_extendedprice) / 7.0 as avg_yearly rn from lineitem,part, rn ( select l_partkey as agg_partkey, 0.2 * avg(l_quantity) as avg_quantity FROM lineitem grooup by l_partkey) part_agg rn where p_partkey = l_partkey;rnrnsql2:rn select rn sum(l_extendedprice) / 7.0 as avg_yearly rn from lineitem,part,rn where p_partkey = l_partkey;rnrn[color=#FF0000][size=24px]这两个sql的查询时间差距非常大,请问是什么原因呢?[/size][/color]rnrn表结构:rnCREATE TABLE `lineitem` (rn `L_ORDERKEY` bigint(20) NOT NULL,rn `L_PARTKEY` bigint(20) NOT NULL,rn `L_SUPPKEY` bigint(20) NOT NULL,rn `L_LINENUMBER` int(11) DEFAULT NULL,rn `L_QUANTITY` decimal(10,0) DEFAULT NULL,rn `L_EXTENDEDPRICE` decimal(10,0) DEFAULT NULL,rn `L_DISCOUNT` decimal(10,0) DEFAULT NULL,rn `L_TAX` decimal(10,0) DEFAULT NULL,rn `L_RETURNFLAG` char(1) DEFAULT NULL,rn `L_LINESTATUS` char(1) DEFAULT NULL,rn `L_SHIPDATE` date DEFAULT NULL,rn `L_COMMITDATE` date DEFAULT NULL,rn `L_RECEIPTDATE` date DEFAULT NULL,rn `L_SHIPINSTRUCT` char(25) DEFAULT NULL,rn `L_SHIPMODE` char(10) DEFAULT NULL,rn `L_COMMENT` varchar(44) DEFAULT NULLrn) ENGINE=MyISAM DEFAULT CHARSET=latin1;rnrnCREATE TABLE `part` (rn `P_PARTKEY` bigint(20) unsigned NOT NULL AUTO_INCREMENT,rn `P_NAME` varchar(55) DEFAULT NULL,rn `P_MFGR` char(25) DEFAULT NULL,rn `P_BRAND` char(10) DEFAULT NULL,rn `P_TYPE` varchar(25) DEFAULT NULL,rn `P_SIZE` int(11) DEFAULT NULL,rn `P_CONTAINER` char(10) DEFAULT NULL,rn `P_RETAILPRICE` decimal(10,0) DEFAULT NULL,rn `P_COMMENT` varchar(23) DEFAULT NULL,rn UNIQUE KEY `P_PARTKEY` (`P_PARTKEY`)rn) ENGINE=MyISAM AUTO_INCREMENT=200001 DEFAULT CHARSET=latin1;rnrnrnexplain的区别rnsql1 explain:rn[img=https://img-bbs.csdn.net/upload/201608/20/1471682435_365134.png][/img]rnsql2 explain:rn[img=https://img-bbs.csdn.net/upload/201608/20/1471682488_289707.png][/img]rnrn
如何提高SQL查询性能
从两个表中通过联接查询实现数据合并,用VB编程,ADO数据连接,当数据记录在5000条左右时,查询时间竟然要差不多两分钟,请问如何优化
Access的查询是否能提高性能?
对于SqlServer这种数据库,把sql下在存储过程中,可以提高性能。那么我把sql语句写在Access里的“查询”里,用程序访问,是否是预编译好的?能否提高性能?rnrn还有类似别的数据库里的“视图”,能否提高性能?谢谢。
提高SQL大数据量的查询性能
提高SQL大数据量的查询性能rnrn我有一个表,千万级的数据,但是在查询的时候老是出现“网络超时”,这和服务器的硬件有关系,但是现在我想先从软件方面着手解决,也就是提高查询的性能。rnrn现在想了想方案,和大家交流一下:rn1、优化SQL语句,索引。(这不用说)rn2、分表存储数据,以用户站点编号名称为一个表,打算这样做。但是不能解决实际问题,一个站点,20多天的数据就达600多万条。rn3、做分区表(http://msdn.microsoft.com/zh-cn/library/ms345146%28v=sql.90%29.aspx),但是会带来其他方面的工作量,现在正在犹豫中。rnrn大家讨论一下,俺也学习一下。
DB2 如何提高查询性能
在页面当中有很多计count这样的语句,而且table数据量很大rnselect count(1) from table where JD not like 'NR/%' and JDNUM="+result.getString("NUM");rnselect count(1) from table where JDJOBC like 'NR/%' and JDNUM="+result.getString("NUM");rnrnselect count(1) from table trn where t.JDJOBC like 'NR/%' and (t.JDJETA!='Y' and t.JDJETA!='C') and t.JDNUM="+result.getString("NUM")rnrn怎么做可以提高查询速度rnrn我的想法是 rn把所有的COUNT写成一条语句,rn因为都是在table中根据不同的条件计不同的count,DB2中有ORCALE中类似decode的函数吗rn
怎样提高分布式查询的性能
A,B两个服务器都是SQLSERVER,在B上建立了一个存储过程,在A上建立了B的链接服务器,然后在A上B的存储过程在B中更新数据。rnupdate linkb.mydb.mytable set col1='server',col2=1rn这样速度很快rn可是如果定义了变量rndeclare @vr char(20)rnselect @vr='server'rnupdate linkdb.mydb.mytable set col1=@vr,col2=1rn这样速度就特别慢rn有高手能帮帮忙是怎么回事么?
Hibernate查询时性能的提高??
当数据库表A,表B,存在一对多的关系,现在表A中有上百万条记录,表B中有几百万条。现在我要找出表A中的上万条记录,同时表B中的相关信息也得找出来。这上万条记录要在swing的BeanTable 中显示,不需要分页,现在我们用Hibernate实现查询,可性能不好,请问有什么办法提高性能啊??!!!
如何提高sql的查询性能?
我要在一张大约有30万条记录的表中查询几十条符合条件的记录,我已在创建了索引(是以查询条件里的字段为索引的),但为什么建立索引后与没有建立索引的时候,查询速度差不多呢?按理说建立索引后,查询速度应该有明显提高才是呀.怎么会没有改变呢?要如何提高sql查询性能呢?
优化查询时间。
rninfo表有8w条信息,最新通过审核(flag=1)的求购信息。。info_id 为自动增加字段,dateandtime为添加时间。格式:2008-08-08 24:00:00rnrnselect top 10 showname,company from [b]info[/b] where info_id in (select max(info_id) as info_id from info group by company ) and flag=1 order by dateandtime descrnrnrnrn
mysql语句查询时间过长如何优化?
SELECT t1.id, t1.order_no, t1.order_status, t1.pay_status,t1.shipping_status,n t1.pay_method, t1.invoice, t1.remark, t1.seller, t1.buyer, t1.site_id, t1.order_time, t1.pay_time,n t1.sign_for_time, t1.delivery_time, t1.subtotal, t1.freight, t1.invitation, t1.cope, t1.is_comment,t1.pay_discount FROM zcwl_order t1 LEFT JOINn zcwl_order_shipping_address t2 ON t2.order_id = t1.idn WHERE t1.site_id ORDER BY t1.order_time DESC n n 这条sql语句需要查14秒 如何缩短时间?n ps:大概有1W条数据
mysql 优化 查询索引问题
每个表都自增主键索引ID和建立的索引USERIDrnrn在优化时,那么其他经常查询的字段,是否还有必要建立索引?rnrn还是使用关联ID或USERID查询就可以了?
MongoDB查询性能验证及优化
NULL 博文链接:https://mazhen2010.iteye.com/blog/2163704
关于sql 索引 提高查询性能的问题
数据库查询出来的最终结果都是按照数据的添加时间来排的rn那么问题来了,rn1、它在磁盘中存储也是按照这样子顺序来的么?rn2、创建索引提高查询性能只针对创建索引后添加进来的数据有效果么?在创建索引之前,表中要是本来有10万条记录, 当查询的是这10万条中的一部分 ,也可以提高性能 吗?总之,就是想问创建索引与数据的插入先后顺序是否有什么影响rn3、譬如说,我们这个表有自增量id(好像这个自增量就是默认聚集索引),并且是主键,现在在表的title列创建索引,假设id=18 对应的title是‘aaaxxx’ id=19 对应的title是‘ddd’ id=20 对应的title是‘bbb’ rn我们用简单的select 语句查询出来的排序 一般是 id=18 19 20这样子排序 这跟索引是否有出入么rn第3个问题都给自己弄糊涂了rnrn对于索引的知识,发言越多越善
如何优化我的mysql和查询?!减少查询时间?
运行环境: centos5.0 mysql5.0.45-log rnphp语言rnrnmy.cnf 配置如下:[code="xml"]rnrn[mysqld]rndefault-character-set = gbkrnport = 3306rnsocket = /tmp/mysql.sockrnskip-lockingrnkey_buffer = 32Mrnkey_buffer_size = 256Mrnmax_allowed_packet = 1Mrntable_cache = 256rnsort_buffer_size = 512Krnnet_buffer_length = 8Krnread_buffer_size = 256Krnread_rnd_buffer_size = 512Krnmyisam_sort_buffer_size = 8Mrnlog-slow-queries = /data/www/wwwroot/bbs/mysqld-slow-query.logrnlog = /data/www/wwwroot/bbs/mysqld-general-query.logrnlong-query-time = 5rnlog-long-formatrnlog-queries-not-using-indexesrnrnrnserver-id = 1rn[mysqldump]rnquickrnmax_allowed_packet = 16Mrnrn[mysql]rndefault-character-set = gbkrnno-auto-rehashrn[isamchk]rnkey_buffer = 20Mrnsort_buffer_size = 20Mrnread_buffer = 2Mrnwrite_buffer = 2Mrnrn[myisamchk]rnkey_buffer = 20Mrnsort_buffer_size = 20Mrnread_buffer = 2Mrnwrite_buffer = 2Mrnrn[mysqlhotcopy]rninteractive-timeoutrnrnrnquery_cache_type = 1rnquery_cache_size = 200Mrnquery_cache_limit = 1048576rn[/code]rnrnrn表结构:rnrncdb_lu_digestimages_images CREATE TABLE `cdb_lu_digestimages_images` ( rn `id` int(10) unsigned NOT NULL auto_increment, rn `aid` int(10) unsigned NOT NULL, rn `title` char(100) NOT NULL, rn `description` char(100) NOT NULL, rn `tid` int(10) NOT NULL, rn `uid` int(8) unsigned NOT NULL default '0', rn `fid` smallint(6) unsigned NOT NULL default '0', rn `pid` int(10) NOT NULL, rn `typeid` smallint(5) unsigned NOT NULL, rn `thumbnail` char(60) NOT NULL, rn `dateline` int(10) unsigned NOT NULL default '0', rn `adddateline` int(10) unsigned NOT NULL default '0', rn `adduid` mediumint(8) unsigned NOT NULL default '0', rn `isshow` tinyint(1) NOT NULL, rn `iscall` tinyint(1) NOT NULL, rn `width` smallint(5) unsigned NOT NULL default '180', rn `height` smallint(5) unsigned NOT NULL default '180', rn PRIMARY KEY (`id`), rn UNIQUE KEY `aid` (`aid`), rn KEY `title` (`title`), rn KEY `description` (`description`), rn KEY `tid` (`tid`), rn KEY `typeid` (`typeid`), rn KEY `isshow` (`isshow`), rn KEY `iscall` (`iscall`), rn KEY `isshow_orderby` (`tid`,`aid`) rn ) ENGINE=MyISAM AUTO_INCREMENT=475737 DEFAULT CHARSET=gbk rnrnrn/*Index Information For - redocn.cdb_lu_digestimages_images*/rn-------------------------------------------------------------rnrnTable Non_unique Key_name Seq_in_index Column_name Collation Cardinality Sub_part Packed Null Index_type Commentrn-------------------------- ---------- -------------- ------------ ----------- --------- ----------- -------- ------ ------ ---------- -------rncdb_lu_digestimages_images 0 PRIMARY 1 id A 398113 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 0 aid 1 aid A 398113 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 title 1 title A 39811 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 description 1 description A 199056 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 tid 1 tid A 39811 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 typeid 1 typeid A 632 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 isshow 1 isshow A 2 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 iscall 1 iscall A 2 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 isshow_orderby 1 tid A 39811 (NULL) (NULL) BTREE rncdb_lu_digestimages_images 1 isshow_orderby 2 aid A 398113 (NULL) (NULL) BTREE rnrnrn表明:cdb_lu_digestimages_images 其中共有398113条记录rnrn语句1:SELECT * FROM cdb_lu_digestimages_images WHERE 1 AND isshow='1' ORDER BY iscall DESC, tid DESC, aid ASC LIMIT 0, 36rnrn语句2:SELECT * FROM cdb_lu_digestimages_images WHERE 1 AND isshow='1' AND typeid='403' AND (title LIKE '%中国%' OR description LIKE '%中国%') ORDER BY iscall DESC, tid DESC, aid ASC LIMIT 0, 36rnrnrn我应该如何优化?rn现在查询至少9秒?rn为了减轻服务器压力翻页限制在100页以内,一旦放开,mysql压力立马增加。rnrn我应该怎么样建索引,以及设置mysql参数
如何优化查询,提高速度
SELECT ywy,sl AS '数量',yhrq,MONTH(yhrq) AS '月份',CONCAT(spdm,spmc,scgg,bzgg) AS dmmc FROM rn(SELECT rn ywy,rn yhrq,rn bb.yhbhrn pk_corp,rn sl,rn spdm,rn spmc,rn scgg,rn bzgg rnFROMrn (SELECT rn ywy,rn yhrq,rn yhbh,rn pk_corp,rn sl,rn spdm,rn spmc,rn scgg,rn bzgg rn FROMrn cr_demandplan rn WHERE RecDR = 0)bb rn INNER JOIN rn (SELECT rn yhbh,rn pk_corp rn FROMrn cr_demandplan rn WHERE RecAs3 = '通过' rn GROUP BY CONCAT(yhbh,pk_corp))aarn ON CONCAT(bb.yhbh, bb.pk_corp) = CONCAT(aa.yhbh, aa.pk_corp))ccrn WHERE ywy ='小明' AND CONCAT(spdm,spmc,scgg,bzgg) = '0000000047胶囊0.5g30粒/300盒' AND yhrq BETWEEN '2014-01-01' AND '2014-12-31'rnrn
Mysql查询的优化方法
Mysql查询的优化方法
mysql高级优化查询
本书主要介绍了MYSQL的查询缓存原理,还有MYSQL的内部机制
mysql 优化查询
复制表结构 mysql&amp;gt; create table t3 like t2; 插入数据 索引 视图--可以理解成中间表,它是依赖于表的,数据是动态的, mysql内置日期函数 mysql的预处理---将SQL语句存储到mysql中,方便用时直接拿 mysql的事务 存储过程 触发器 正则表达式 help帮助 ...
MySQL查询分析与优化
Show show status ——显示状态信息(扩展show status like ‘XXX’) show variables ——显示系统变量(扩展show variables like ‘XXX’) show engine innodb status ——显示InnoDB存储引擎的状态 show processlist ——查看当前SQL执行,包括执行状态、是否锁表等 my...
mysql查询in的优化?
mysql> show index from uchome_feed;rn+-------------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+rn| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |rn+-------------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+rn| uchome_feed | 0 | PRIMARY | 1 | feedid | A | 23416 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | uid | 1 | uid | A | 1064 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | uid | 2 | dateline | A | 23416 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | dateline | 1 | dateline | A | 23416 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | hot | 1 | hot | A | 38 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | id | 1 | id | A | 1672 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | id | 2 | idtype | A | 2927 | NULL | NULL | | BTREE | |rn| uchome_feed | 1 | icon | 1 | icon | A | 101 | NULL | NULL | | BTREE | |rn+-------------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+rn8 rows in set (0.00 sec)rnrnmysql> desc uchome_feed;rn+----------------+-----------------------+------+-----+---------+----------------+rn| Field | Type | Null | Key | Default | Extra |rn+----------------+-----------------------+------+-----+---------+----------------+rn| feedid | int(10) unsigned | NO | PRI | NULL | auto_increment |rn| appid | smallint(6) unsigned | NO | | 0 | |rn| icon | varchar(30) | NO | MUL | | |rn| uid | mediumint(8) unsigned | NO | MUL | 0 | |rn| username | varchar(15) | NO | | | |rn| dateline | int(10) unsigned | NO | MUL | 0 | |rn| friend | tinyint(1) | NO | | 0 | |rn| hash_template | varchar(32) | NO | | | |rn| hash_data | varchar(32) | NO | | | |rn| title_template | mediumtext | NO | | | |rn| title_data | mediumtext | NO | | | |rn| body_template | mediumtext | NO | | | |rn| body_data | mediumtext | NO | | | |rn| body_general | mediumtext | NO | | | |rn| image_1 | varchar(255) | NO | | | |rn| image_1_link | varchar(255) | NO | | | |rn| image_2 | varchar(255) | NO | | | |rn| image_2_link | varchar(255) | NO | | | |rn| image_3 | varchar(255) | NO | | | |rn| image_3_link | varchar(255) | NO | | | |rn| image_4 | varchar(255) | NO | | | |rn| image_4_link | varchar(255) | NO | | | |rn| target_ids | mediumtext | NO | | | |rn| id | mediumint(8) unsigned | NO | MUL | 0 | |rn| idtype | varchar(15) | NO | | | |rn| hot | mediumint(8) unsigned | NO | MUL | 0 | |rn| keyword | tinyint(4) | NO | | 0 | |rn+----------------+-----------------------+------+-----+---------+----------------+rn27 rows in set (0.00 sec)rnrnmysql> show index from uchome_spacefield;rn+-------------------+------------+---------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+rn| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |rn+-------------------+------------+---------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+rn| uchome_spacefield | 0 | PRIMARY | 1 | uid | A | 1246 | NULL | NULL | | BTREE | |rn| uchome_spacefield | 1 | sex | 1 | sex | A | 6 | NULL | NULL | | BTREE | |rn| uchome_spacefield | 1 | birthprovince | 1 | birthprovince | A | 65 | NULL | NULL | | BTREE | |rn| uchome_spacefield | 1 | birthcity | 1 | birthcity | A | 415 | NULL | NULL | | BTREE | |rn+-------------------+------------+---------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+rn4 rows in set (0.00 sec)rnrnmysql> desc uchome_spacefield;rn+----------------+-----------------------+------+-----+---------+-------+rn| Field | Type | Null | Key | Default | Extra |rn+----------------+-----------------------+------+-----+---------+-------+rn| uid | mediumint(8) unsigned | NO | PRI | 0 | |rn| ………………rn| friend | mediumtext | NO | | | |rn| feedfriend | mediumtext | NO | | | |rn| sendmail | mediumtext | NO | | | |rn| magicstar | tinyint(1) | NO | | 0 | |rn| magicexpire | int(10) unsigned | NO | | 0 | |rn| timeoffset | varchar(20) | NO | | | |rn| workstatus | set('0','1','2') | NO | | 0 | |rn+----------------+-----------------------+------+-----+---------+-------+rn35 rows in set (0.00 sec)rnrnmysql> rnrnrn explain rn -> SELECT * FROM uchome_feed rn -> WHERE uid IN ('0',146,331,284,145,101,288,321,309,117,52,528,311,77,417,92,33,54,55,44,90,65,484,346,94,322,206,133,6,349,348,160,297,252,277,129,86,143,488,359,365,214,215,370,13,324,98,66,128,151,325,291,287,293,256,87,51,53,113,37,635,483,193,444,407,507,431,383,404,342,344,375,352,8,11,18,19,290,203,216,326,301,228,241,243,278,275,233,3,631,1,190,564,540,89)rn -> ORDER BY dateline DESCrn -> LIMIT 0,100;rn+----+-------------+-------------+-------+---------------+------+---------+------+-------+-----------------------------+rn| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |rn+----+-------------+-------------+-------+---------------+------+---------+------+-------+-----------------------------+rn| 1 | SIMPLE | uchome_feed | range | uid | uid | 3 | NULL | 12869 | Using where; Using filesort | rn+----+-------------+-------------+-------+---------------+------+---------+------+-------+-----------------------------+rn1 row in set (0.01 sec)rnrn其中IN里的是select friend from uchome_spacefield where uid=193;rnrn想问此语句该如何优化??
MYSQL查询插入优化
查询优化 查询可以利用索引提高速度 一、会使索引失效的操作 隐式转换——比如字符串字段查询时候没加引号 对索引字段操作—— NOT IN、&amp;amp;lt;&amp;amp;gt;、!= (但&amp;amp;lt;,&amp;amp;lt;=,=,&amp;amp;gt;,&amp;amp;gt;=,BETWEEN,IN是可以用到索引的)和 数学运算、复杂函数处理,例如left() FROM_UNIXTIME()不能 like 语句后第一有效字符如果是%号索引会失效,like ‘%...
MySQL 查询之分页优化
/*  SELECT * FROM `tbl_user` limit 10,20;   -- 20 rows in set (0.00 sec) SELECT * FROM `tbl_user` limit 100,20;  -- 20 rows in set (0.00 sec) SELECT * FROM `tbl_user` limit 1000,20; -- 20 rows in s
MySQL之优化查询
一、将WHERE条件移入ON后面是不恰当的。推荐的做法是: ON只进行连接操作,WHERE只过滤中间表的记录。下面总结一下两表连接查询选择方式的依据: 1、 查两表关联列相等的数据用内连接。  2、 Col_L是Col_R的子集时用右外连接。  3、 Col_R是Col_L的子集时用左外连接。  4、 Col_R和Col_L彼此有交集但彼此互不为子集时候用全外。 5、 求差操作的时候用联合查询  ...
mysql查询排序优化
在MySQL中,表数据达到700w,需要定时查询某条件的数据,且按时间排序,原order by time desc,后把time字段改为id,查询效率大为提升
时间在mysql中查询的问题
我用的是mysql,我需要查询某些天的记录,其中表中datetime是表达时间的列(Datetime类型)。rn例如我需要查询30天以内的记录,我该怎样写呢?
Mysql 时间编辑和查询
用户用来查询指定时间的数据:user_event :用户事件表create_time :表中存储时间的字段#获取当月数据 SELECT * FROM user_event WHERE DATE_FORMAT(create_time,'%Y-%m') = DATE_FORMAT(NOW(),'%Y-%m') #获取3月份数据 SELECT * FROM user_event WHERE DATE_...
相关热词 c# stream 复制 android c# c#监测窗口句柄 c# md5 引用 c# 判断tabtip 自己写个浏览器程序c# c# 字符串变成整数数组 c#语言编程写出一个方法 c# 转盘抽奖 c#选中treeview