1.查看sql是否涉及多表的联表或者子查询,如果有,看是否能进行业务拆分,相关字段冗余或者合并成临时表(业务和算法的优化) 2.涉及链表的查询,是否能进行分表查询,单表查询之后的结果进行字段整合 3.如果以上两种都不能操作,非要链表查询,那么考虑对相对应的查询条件做索引.加快查询速度 4.针对数量大的表进行历史表分离(如交易流水表) 5.数据库主从分离,读写分离,降低读写针对同一表同时的压力,至于主从同步,mysql有自带的binlog实现 主从同步 6.explain分析sql语句,查看执行计

在今天的文章里,我想谈下SQL Server里如何处理死锁.当2个查询彼此等待时会发生死锁,没有一个查询可以继续它们的操作.首先我想给你大致讲下SQL Server如何处理死锁.最后我会展示下SQL Sever里特定的死锁类型,还有你如何避免和解决它们. 死锁处理 死锁的好处是SQL Server自动检测并解决它们.为了解决死锁,SQL Server需要回滚2个事务中最便宜的那个.在SQL Server上下文中,最便宜的事务是写入事务日志更少字节的那个. SQL Server在后台进程中实现死锁

在今天的文章里,我想谈下SQL Server里如何处理死锁.当2个查询彼此等待时会发生死锁,没有一个查询可以继续它们的操作.首先我想给你大致讲下SQL Server如何处理死锁.最后我会展示下SQL Sever里特定的死锁类型,还有你如何避免和解决它们. 死锁处理 死锁的好处是SQL Server自动检测并解决它们.为了解决死锁,SQL Server需要回滚2个事务中最便宜的那个.在SQL Server上下文中,最便宜的事务是写入事务日志更少字节的那个. SQL Server在后台进程中实现死锁

概述 在业务数据库性能问题诊断中,如果发现一个业务性能很差跟某个SQL有关,应用连接池几乎被该SQL占满,同时数据库服务器上也不堪重负.此时情况很紧急,业务改SQL重发布已经来不及了,运维能选择的操作不多.如批量重启应用.数据库切换或者重启.此时业务中断一下,很可能很快压力又上来,问题依然在那个SQL.前篇文章<阿里数据库性能诊断的利器——SQL全量日志>分享了如何定位问题SQL,本文就分享阿里数据库们如何处理这个问题SQL. ORACLE在SQL性能诊断方面的功能非常丰富,一直被其他数据库模

http://www.cnblogs.com/woodytu/p/6437049.html 在今天的文章里,我想谈下SQL Server里如何处理死锁.当2个查询彼此等待时会发生死锁,没有一个查询可以继续它们的操作.首先我想给你大致讲下SQL Server如何处理死锁.最后我会展示下SQL Sever里特定的死锁类型,还有你如何避免和解决它们. 死锁处理 死锁的好处是SQL Server自动检测并解决它们.为了解决死锁,SQL Server需要回滚2个事务中最便宜的那个.在SQL Server上

面试官说:工作这么久了,应该知道sql执行计划吧,讲讲Sql的执行计划吧! 看了看面试官手臂上纹的大花臂和一串看不懂的韩文,吞了吞口水,暗示自己镇定点,整理了一下思绪缓缓的对面试官说:我不会 面试官:....,回去等通知吧 我:%^&%$!@# 一.前言 当我们工作到了一定的年限之后,一些应该掌握的知识点,我们是必须需要去了解的,比如今天面试官问的SQL执行计划 当我们执行一条SQL的时候,可以直接对应的结果,但是你并不晓得,它会经历多深远黑暗的隧道,通过连接器.查询缓存.分析器.优化器.执行器

转自http://itindex.net/detail/45962-oracle-sql-%E8%AE%A1%E5%88%92 一.首先创建表 SQL> show user USER is "RHYS" SQL> create table A(col1 number(4,0),col2 number(4,0), col4 char(30)); create table B(col1 number(4,0),col3 number(4,0), name_b char(30))

以下语句可以进行SQL 语句执行时间分析,两个Go之间就是SQL查询语句 use Work--数据库名 go set statistics profile on set statistics io on set statistics time on go -----(SQL执行语句) go set statistics profile off set statistics io off set statistics time off go 运行一次后就可以在查询结果的信息标签下看到统计信息 SQ

一.提高sql执行效率---in与exist . where column in (select * from table where ...) . ...where exists (select 'C' from table where ...) 使用in查询时,会首先执行子查询,并将结果存放在一张临时表中再执行主查询:使用exists查询时,会首先执行主查询,再执行子查询,直到遇到第一个符合条件的结果为止.很明显exist查询方式要比in的效率高很多. group by:避免使用having

SQL执行语句 右键点击数据库连接文件“hr”—“添加SQL执行语句”,如下图: 弹出窗体,如下图: 将显示名称改为“部门名称”,返回至类型设置为“string”,在编写sql语句,如下图: 点击确定后,如下图:

Atitit sql执行计划 1.1. 首先要搞明白什么叫执行计划? 执行计划是数据库根据SQL语句和相关表的统计信息作出的一个查询方案,这个方案是由查询优化器自动分析产生的 Oracle中的执行计划显示在执行一条SQL语句时必须执行的详细步骤,通常以表格形式呈现,但其实是树形结构.查看Oracle中的执行计划一般有以下几种方法(包括但不限于). 不要把SQL语句写得太复杂 我经常看到,从数据库中捕捉到的一条SQL语句打印出来有2张A4纸这么长.一般来说这么复杂的语句通常都是有问题的.我拿着这2

执行 上一篇讲述了如何通过scala提供的内置DSL支持,实现一个可以解析sql的解析器,这篇讲如何拿到了解析结果-AST以后,如何在数据上进行操作,得到我们想要的结果.之前说到,为什么选择scala作为这个引擎的实现,之一是scala提供了方便的DSL实现支持,其二是因为作为一门函数式编程语言,scala提供了丰富对于集合操作的函数.此外,函数在scala中是一个独立的类型,所以能够把现有的函数进行组合,得到更为强大的函数(和上一篇提到的用解析组合子组合已有的解析器得到更强大的解析器一样).

前言 在实时计算中,通常是从队列中收集原始数据,这种原始数据在内存中通常是一个java bean,把数据收集过来以后,通常会把数据落地到数据库,供后面的ETL使用.举个一个简单的例子,对一个游戏来说,为了统计某个游戏,某个服务器的登陆注册 等事件,原始数据对应的java bean可能会是这样: public class Event { private String userName; private String game; private String server; private Stri

个人觉得profilter 跟 logger 功能差不多,logger的功能在于写入,profilter功能在于sql后及时显示分析.都是对sql执行的的分析:一个是写入log文件,一个是直接在页面展示. 下面看例子, public/index.php: $di->set('profiler', function(){ return new \Phalcon\Db\Profiler(); }, true); $di['db'] = function() use($di){ //profile $

一用户进入某界面慢得要死,查看SQL执行计划如下(具体SQL语句就不完全公布了,截断的如下): call     count       cpu    elapsed       disk      query    current        rows ------- ------  -------- ---------- ---------- ---------- ----------  ---------- Parse        1      0.00       0.00     

程序开发少不来SQL,基本都是基于SQL开发,程序仅仅起一个流程控制的作用.但是数据库本身存在许多内置的视图或者内置的表,如果打算研究SQL执行的效率已经SQL执行的历史记录,通过这些视图可以知道. SQLSERVER,Oracle,MySQL都有内置视图 http://www.cnblogs.com/net2012/archive/2013/01/21/2869636.html [总结] 查看v$sqlarea只能查看粗略的历史,因为很多SQL是共享的. 查看ASH也不全,因为这是采样数据,测

in和exists的区别与SQL执行效率最近很多论坛又开始讨论in和exists的区别与SQL执行效率的问题,本文特整理一些in和exists的区别与SQL执行效率分析 SQL中in可以分为三类: 1.形如select * from t1 where f1 in ('a','b'),应该和以下两种比较效率 select * from t1 where f1='a' or f1='b' 或者 select * from t1 where f1 ='a' union all select * fro

在查看SQL执行计划的时候有很多方式 我常用的方式有三种 SQL> explain plan for 2 select * from scott.emp where ename='KING'; 已解释. 第一种 最常用的 SQL> select * from table(dbms_xplan.display); -------------------------------------------------------------------------- | Id | Operation

可总结为:当子查询表比主查询表大时,用Exists:当子查询表比主查询表小时,用in SQL中in可以分为三类: 1.形如select * from t1 where f1 in ('a','b'),应该和以下两种比较效率 select * from t1 where f1='a' or f1='b' 或者 select * from t1 where f1 ='a' union all select * from t1 f1='b' 你可能指的不是这一类,这里不做讨论. 2.形如select

sql执行计划解析案例(二)   今天是2013-10-09,本来以前自己在专注oracle sga中buffer cache 以及shared pool知识点的研究.但是在研究cache buffer chain的时候发现了一个语句: select * from (select addr,ts#,file#,dbarfil,dbablk,tch from x$bh order by tch desc) where rownum<20,当时觉得很诧异,为什么要这么写呢?就是这一个语句让我开始接触

script:查看历史sql执行信息 SELECT *     FROM (SELECT '1.v$sql'||'实例号:'||GV$SQL.inst_id source,                  SQL_ID,                  plan_hash_value,                  TO_CHAR (FIRST_LOAD_TIME) begin_time,                  '在cursor cache中' end_time,