上一页 1 ··· 8 9 10 11 12 13 下一页
摘要: insert语句: 其上锁情况为: insert语句会对表上的所有索引作出更新,因此这里看到的索引列较多,我们先把所有的索引搞出来看看: 可以看到所有索引都涉及到了,然后我们来仔细分析下加锁情况: 1.表1717581157添加了表级的IX锁,这里objid为41查出来的是NULL表名,不做讨论。 阅读全文
posted @ 2017-06-21 15:38 realcp1018 阅读(2649) 评论(0) 推荐(0)
摘要: update语句: 本例中由于看到的是update执行完的锁情况,因此无法看到IU锁,但其实针对要修改的数据页和索引页会先加IU锁,记录和键先加U锁,然后再转化为IX和X锁。 如果想要看到IU锁和U锁,可以在update中使用索引列的过滤条件但不更新索引列来实现,这样你可以通过sp_lock看到索引 阅读全文
posted @ 2017-06-21 15:36 realcp1018 阅读(3293) 评论(0) 推荐(1)
摘要: 本例中使用begin tran和with (holdlock)提示来观察SQL Server在select语句中的锁。 开启事务是为了保证时间极短的查询也能观察到锁情况,holdlock相当于开启序列化事务隔离级别,只有在提交后才会释放锁,且对索引加键范围锁防止幻读。 1. 查询主键索引的selec 阅读全文
posted @ 2017-06-21 15:32 realcp1018 阅读(5703) 评论(1) 推荐(0)
摘要: 以前虽然在网上看到很多关于Oracle锁机制的描述,但总感觉哪里有缺陷不适合自己,因此花了点时间参考官网以及Tom Tyke的《Oracle 9i/10g/11g编程艺术》一书整理了一下Oracle锁相关的知识。 Ps:此博客经过多次编辑,以当前版为准。 官网网址参考: 11.2 https://d 阅读全文
posted @ 2017-06-17 12:29 realcp1018 阅读(11993) 评论(0) 推荐(0)
摘要: 一、官网关于SQL SERVER Browser服务的解释(谷歌翻译后稍作修改的): https://docs.microsoft.com/en-us/sql/tools/configuration-manager/sql-server-browser-service 背景: 在SQL Server 阅读全文
posted @ 2017-06-14 10:20 realcp1018 阅读(1792) 评论(2) 推荐(2)
摘要: 同Oracle一样,SQL Server在非一致性关闭的时候也会进行实例恢复(Instance Recovery),本文根据stack overflow的文章介绍一些SQL Server实例恢复的知识。 原文链接:https://stackoverflow.com/questions/4193273 阅读全文
posted @ 2017-06-10 19:29 realcp1018 阅读(1167) 评论(0) 推荐(0)
摘要: 在数据库服务器异常断电重启后,数据库会进行实例恢复,那么实例恢复的过程中Oracle做了什么操作呢?参考官网在这里做一下解释,菜鸟水平有限,欢迎勘正。 首先说下实例恢复的定义: Instance recovery is the process of applying records in the o 阅读全文
posted @ 2017-06-09 20:20 realcp1018 阅读(3022) 评论(0) 推荐(0)
摘要: 今天在思考一个可能由page table引发的Linux操作系统内存报警问题时发现基础知识缺失的太多,因此找了几本操作系统相关的书复习了一下,在这里记下来。 首先上一幅32位寻址空间的虚拟地址结构图:(仅适用于一级页表,页面大小为4KB) 前12位表示页内偏移量,后20位表示页号,可寻址2^20=1 阅读全文
posted @ 2017-05-30 22:41 realcp1018 阅读(1440) 评论(0) 推荐(0)
摘要: Itpub上遇到一个求助写SQL的帖子,感觉很有意思,于是写出来看看,要求如下: 于是建表插数据,表结构如下: 语句如下: 用到了nvl,case when,not in,over partition,sum,union,left join,with as等写法,常年写SQL的应该有更加效率的写法, 阅读全文
posted @ 2017-05-27 20:05 realcp1018 阅读(500) 评论(0) 推荐(0)
摘要: 背景简介: Oracle版本:11.2.0.4 OS 版本:OEL5.8 在一次Oracle的Dataguard正常switchover过程中,遇到了一个极其诡异的问题,一条主业务的SQL语句在新主库的执行时间由之前的毫秒级别完成变成了20-60秒不等,为避免高峰业务超时必须尽快进行优化,否则只能走 阅读全文
posted @ 2017-05-25 14:43 realcp1018 阅读(3642) 评论(0) 推荐(2)
上一页 1 ··· 8 9 10 11 12 13 下一页