㈠ 关于sql语句Insert、select、update的优化问题，在线等，回答得好提高悬赏！
你问的这个问题本身都是有问题的，你列出这3个基本的增加，修改，查询语句本身就是最基本的SQL语句。优化也针对的是复杂的SQL语句还有根据相关查询的具体情况来判断优化的。
所以你问的问题等于没有问，我回答了你这么多不知道你明不明白。
㈡ 请问下update set select 以下sql语句能否优化下，执行效率如何；
不知道您的po_match_t表有多大的数据量，如果数据量比较大，可是试着建索引，把查询用到的字段建成索引，会大大提高查询的速度，另外你的主表yrljc_wldd数据量有多大？如果大的话也可以把ch建成索引。
另外也可以用update table set column = .. from table, table1 where table.column = table1.column这样的方式来更新，或许也比你这个能快一些。
㈢ sql update 占用cpu 怎么优化
topas/top看下是不是oracle进程占用的cpu。然后查看下oracle数据库中都在跑哪些语句。多数都是效率较差的sql语句导致cpu使用率过高的，一般通过优化sql即可解决。可用如下语句查看哪些执行时间较长的sql：Selectb.USERNAME,b.SID,a.SQL_ID,a.SQL_TEXT,a.sql_fulltext,b.EVENT,a.executions,--trunc（（（decode（a.EXECUTIONS,0,0,a.cpu_time/a.executions））/10000））c_time,---单位零点秒trunc（（（decode（a.EXECUTIONS,0,0,a.ELAPSED_TIME/a.executions））/10000））e_time,--trunc（cpu_time/10000）cpu_time,trunc（a.ELAPSED_TIME/10000）ELAPSED_TIME,a.DISK_READS,a.BUFFER_GETS,b.MACHINE,b.PROGRAMFromv$sqlareaa,v$sessionbWhereexecutions>=0Andb.status='ACTIVE'anda.SQL_ID=b.SQL_ID--andb.USERNAME='DB_WTDZ'--andtrunc（（（a.cpu_time/a.executions）/1000000））>5OrderBye_timedesc
㈣ 简单的SQL Update 语句变的超级慢
怎么都没看出更新哪个字段呢？
㈤ 如何提升update语句的性能（MySQL）
update ... select ... from ... where ... 你的瓶颈是在查询子句，并不是update的问题，优化完查询执行自然会上去。 -------------------------- 优化SQL查询的原则如下： 1、使用索引来更快地遍历表。 缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在 对各种查询的分析和预测上。一般来说： a.有大量重复值、且经常有范围查询（ > ,< ，> =,< =）和order by、group by发生的列，可考 虑建立群集索引； b.经常同时存取多列，且每列都含有重复值可考虑建立组合索引； c.组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。索引虽有助于提高性能但不是索引越多越好，恰好相反过多的索引会导致系统低效。用户在表中每加进一个索引，维护索引集合就要做相应的更新工作。 2、在海量查询时尽量少用格式转换。 3、ORDER BY和GROPU BY使用ORDER BY和GROUP BY短语，任何一种索引都有助于SELECT的性能提高。 5、任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。 6、IN、OR子句常会使用工作表，使索引失效。如果不产生大量重复值，可以考虑把子句拆开。拆开的子句中应该包含索引。
记得采纳啊
㈥ 多个SQL语句同时Update怎么优化急！！！
--forM$SQL2k+
UPDATEASET
CMEMBER=B.cnt,
MIDDLE_NUM=B.m_cnt
FROMG_BASICA
JOIN(
selectGROUPID
,count(1)ascnt
,count(casemiddle_flag
when'是'then1end)asm_cnt
fromg_member
whereFLAG='1'
groupbyGROUPID
)asBonB.GROUPID=A.GROUPID
WHEREA.FLAG='1'
ANDA.GROUPID='{0}'
㈦ SQL：这个update怎么优化能快一点呢
你这个地方什么意思啊？
1
e.EVALUATION_RECORD_ID in ('','','','')
弄那么多空字符干嘛？弄一个不就行了吗？
已经都这么简单了，没什么优化余地，顶多在你where条件的两个字段加索引
㈧ SQL如何提高UPDATE语句运行速度
就是很慢，用update就是这样
给你个意见，可以把结果insert 到一个新表里，在rename表名到旧的表，很快
㈨ SQL的update语句如何优化
你这个地方什么意思啊？
e.EVALUATION_RECORD_IDin('','','','')弄那么多空字符干嘛？弄一个不就行了吗？
已经都这么简单了，没什么优化余地，顶多在你where条件的两个字段加索引
㈩ mysql千万级数据update怎么优化
提问：何设计或优化千万级别表外其信息觉题点范简单说该何做于存储设计必须考虑业务特点收集信息：
1.数据容量：1-3内概少条数据每条数据概少字节；
2.数据项：否字段些字段值否经更新；
3.数据查询SQL条件：哪些数据项列名称经现WHERE、GROUP BY、ORDER BY句等；
4.数据更新类SQL条件：少列经现UPDATE或DELETE WHERE句；
5.SQL量统计比：SELECT：UPDATE+DELETE：INSERT=少
6.预计表及相关联SQL每总执行量何数量级
7.表数据：更新主业务 查询主业务
8.打算采用数据库物理服务器及数据库服务器架构
9.并发何
10.存储引擎选择InnoDBMyISAM
致明白10问题至于何设计类表应该都清楚
至于优化若指创建表能变表结构建议InnoDB引擎利用点内存减轻磁盘IO负载IO往往数据库服务器瓶颈
另外优化索引结构解决性能问题建议优先考虑修改类SQL语句使更快些已靠索引组织结构式前提 索引已经创建非若读主考虑打query_cache 及调整些参数值：sort_buffer_size,read_buffer_size,read_rnd_buffer_size,join_buffer_siz
更信息参见：
MySQL数据库服务器端核参数详解推荐配置
纸谈兵说我思路及我解决抛砖引玉
我近解决问题
我现公司三张表5亿数据每张表每增量100w
每张表概10columns左右
面我做测试比
1.首先看engine,数据量情况没做区情况
mysiam比innodb读情况效率要高13％左右
2.做partition读mysql官文档其实于partition专门myisam做优化于innodb所数据存ibdata面所即使看schema变其实没本质变化
区于同physical disk面情况提升概1％
区同physical disk我三同disks提升概3％其实所谓吞吐量由素决定比explain parition候看record区每区都其实本质没解决读问题提升写效率
另外问题于区张表三column都经用于做查询条件其实件悲惨事情没办所sql做针性区mysql官文档说间做区且用间查询恭喜
3.表主要用读写其实问题充应该问写入候同并发查询我问题比较简单mongodb shredding支持能crushmysql所通情况9am－9pm写入情况候我做 viewview基于近插入或者经查询通做view离读取说写table读进行逻辑判断前view操作
4做些archive table比先些表做已统计析通已析＋增量解决
5用mysiam问题要注意.configure候加max index length参数候record数于制定度候indexdisable