活动

天翼云最新优惠活动,涵盖免费试用,产品折扣等,助您降本增效!
查看全部活动
热门活动
  • 免费体验DeepSeek,上天翼云息壤 NEW 新老用户均可免费体验2500万Tokens,限时两周
  • 云上钜惠 HOT 爆款云主机全场特惠,更有万元锦鲤券等你来领!
  • 算力套餐 HOT 让算力触手可及
  • 天翼云脑AOne NEW 连接、保护、办公,All-in-One!
  • 一键部署Llama3大模型学习机 0代码一键部署,预装最新主流大模型Llama3与StableDiffusion
  • 中小企业应用上云专场 产品组合下单即享折上9折起,助力企业快速上云
  • 息壤高校钜惠活动 NEW 天翼云息壤杯高校AI大赛,数款产品享受线上订购超值特惠
  • 天翼云电脑专场 HOT 移动办公新选择,爆款4核8G畅享1年3.5折起,快来抢购!
  • 天翼云奖励推广计划 加入成为云推官,推荐新用户注册下单得现金奖励
免费活动
  • 免费试用中心 HOT 多款云产品免费试用,快来开启云上之旅
  • 天翼云用户体验官 NEW 您的洞察,重塑科技边界

智算服务

打造统一的产品能力,实现算网调度、训练推理、技术架构、资源管理一体化智算服务
智算云(DeepSeek专区)
科研助手
  • 算力商城
  • 应用商城
  • 开发机
  • 并行计算
算力互联调度平台
  • 应用市场
  • 算力市场
  • 算力调度推荐
一站式智算服务平台
  • 模型广场
  • 体验中心
  • 服务接入
智算一体机
  • 智算一体机
大模型
  • DeepSeek-R1-昇腾版(671B)
  • DeepSeek-R1-英伟达版(671B)
  • DeepSeek-V3-昇腾版(671B)
  • DeepSeek-R1-Distill-Llama-70B
  • DeepSeek-R1-Distill-Qwen-32B
  • Qwen2-72B-Instruct
  • StableDiffusion-V2.1
  • TeleChat-12B

应用商城

天翼云精选行业优秀合作伙伴及千余款商品,提供一站式云上应用服务
进入甄选商城进入云市场创新解决方案
办公协同
  • WPS云文档
  • 安全邮箱
  • EMM手机管家
  • 智能商业平台
财务管理
  • 工资条
  • 税务风控云
企业应用
  • 翼信息化运维服务
  • 翼视频云归档解决方案
工业能源
  • 智慧工厂_生产流程管理解决方案
  • 智慧工地
建站工具
  • SSL证书
  • 新域名服务
网络工具
  • 翼云加速
灾备迁移
  • 云管家2.0
  • 翼备份
资源管理
  • 全栈混合云敏捷版(软件)
  • 全栈混合云敏捷版(一体机)
行业应用
  • 翼电子教室
  • 翼智慧显示一体化解决方案

合作伙伴

天翼云携手合作伙伴,共创云上生态,合作共赢
天翼云生态合作中心
  • 天翼云生态合作中心
天翼云渠道合作伙伴
  • 天翼云代理渠道合作伙伴
天翼云服务合作伙伴
  • 天翼云集成商交付能力认证
天翼云应用合作伙伴
  • 天翼云云市场合作伙伴
  • 天翼云甄选商城合作伙伴
天翼云技术合作伙伴
  • 天翼云OpenAPI中心
  • 天翼云EasyCoding平台
天翼云培训认证
  • 天翼云学堂
  • 天翼云市场商学院
天翼云合作计划
  • 云汇计划
天翼云东升计划
  • 适配中心
  • 东升计划
  • 适配互认证

开发者

开发者相关功能入口汇聚
技术社区
  • 专栏文章
  • 互动问答
  • 技术视频
资源与工具
  • OpenAPI中心
开放能力
  • EasyCoding敏捷开发平台
培训与认证
  • 天翼云学堂
  • 天翼云认证
魔乐社区
  • 魔乐社区

支持与服务

为您提供全方位支持与服务,全流程技术保障,助您轻松上云,安全无忧
文档与工具
  • 文档中心
  • 新手上云
  • 自助服务
  • OpenAPI中心
定价
  • 价格计算器
  • 定价策略
基础服务
  • 售前咨询
  • 在线支持
  • 在线支持
  • 工单服务
  • 建议与反馈
  • 用户体验官
  • 服务保障
  • 客户公告
  • 会员中心
增值服务
  • 红心服务
  • 首保服务
  • 客户支持计划
  • 专家技术服务
  • 备案管家

了解天翼云

天翼云秉承央企使命,致力于成为数字经济主力军,投身科技强国伟大事业,为用户提供安全、普惠云服务
品牌介绍
  • 关于天翼云
  • 智算云
  • 天翼云4.0
  • 新闻资讯
  • 天翼云APP
基础设施
  • 全球基础设施
  • 信任中心
最佳实践
  • 精选案例
  • 超级探访
  • 云杂志
  • 分析师和白皮书
  • 天翼云·创新直播间
市场活动
  • 2025智能云生态大会
  • 2024智算云生态大会
  • 2023云生态大会
  • 2022云生态大会
  • 天翼云中国行
天翼云
  • 活动
  • 智算服务
  • 产品
  • 解决方案
  • 应用商城
  • 合作伙伴
  • 开发者
  • 支持与服务
  • 了解天翼云
    • 关系数据库SQL Server版
    • 企业主机安全
    • 云防火墙
    • CDN加速
    • 物理机
    • GPU云主机
    • 天翼云电脑(政企版)
    • 天翼云电脑(公众版)
    • 云主机备份
    • 弹性云主机
      搜索发现
      关系数据库SQL Server版企业主机安全云防火墙CDN加速物理机GPU云主机天翼云电脑(政企版)天翼云电脑(公众版)云主机备份弹性云主机
    • 文档
    • 控制中心
    • 备案
    • 管理中心
    • 登录
    • 免费注册

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    首页 知识中心 服务器 文章详情页

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    2023-05-22 08:06:30 阅读次数:146

    Oracle,数据库,服务器

    前言

    远邦在为数据中心提供Oracle第三方服务的过程中接触过很多系统/存储管理员,发现很多SA对Oracle数据库缺乏足够的了解,导致在处理综合问题时容易各说各话,因此有了写一个系列文章的想法,本意是尽可能用大白话为大家普及一些常见问题所需的理论,辅以几个实际的案例分析,希望对大家以后的工作有所帮助。

    言归正传,在部署了ORACLE数据库的服务器上,我们大家或多或少的遇到过下列情况:

    1. 业务系统运行缓慢,作为系统管理员需要检查包括IO在内的系统资源,这时系统管理员、存储管理员可能得到DBA(数据库管理员)的反馈说,IO的响应时间很慢,达到了30毫秒以上,要求解决。但存储管理员检查又不存在热点盘的情况,系统的IO量就是很大,除了使用更多的RAID组来重新分布数据、更换为更高端的存储外,似乎没有太好的办法;

    2. 我们可能通过iostat和sar -d命令观察到磁盘的busy很高、每秒的IOPS很高、每秒的IO读写量很大、HBA卡的流量很高等危险的现象;

    3. IO响应时间长,到底是导致业务慢的原因还是结果?

    4. IOPS很高、IO读写量很大,到底是原因还是结果?

    5. 除了硬件的扩容或升级,难道没有别的解决方法么?

    6. 如何识别ORACLE服务器上的IO来源,如何判断这些IO是否是有效IO,怎么消除无效IO?

    7. 作为系统管理员和存储管理员需要掌握哪些数据库简单技能才不会在出现IO问题时处于被动的局面?

    8. ORACLE DBA评判IO是否有性能问题的标准是什么?

    9. ORACLE数据库的IO有什么特点?哪些IO是比较关键,是必须保障性能的?

    我们将通过理论和实际案例穿插介绍的方式为大家进行讲解和分享,希望对大家有所启发。

    本文是系列的第一篇。需要说明的是,由于篇幅有限,会暂时省略掉部分在过程中实际发生但与本主题不是那么密切的内容,如UNDO、checkpoint等内容。

    同时考虑到AIX专家俱乐部可能更多的是系统/存储管理员,因此会有部分科普的内容,水平较好的ORACLE DBA可以自行跳到案例探讨环节。对于没有真正做过DBA的同学来说,ORACLE可能稍微有点难,但只要静下心来花点时间去主动了解了,那就不难了。

     

           慧眼识珠——服务器磁盘这么繁忙,到底是谁干的?

     

    出一个问题时段的AWR报告,将awr报告对应的html文件下载到PC终端
    用IE等浏览器打开,查找”SQL ordered by Reads”部分,如下图所示:

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

     

           谨记于心——ORACLE DBA判断IO有性能问题的标准

     

             知识点:

    一般来说,如果单个IO的响应时间在20毫秒以内,是可以接受的,较好的性能应该在10个毫秒以下,越低越好。超过20毫秒的单个IO响应时间,则可认为性能不佳,需要做调优。需要说明的是,对于IO次数只有个位数的文件,IO超过20毫秒,也是可以接受的,因为在存储层面不容易被cache。

     

    通过OS和数据库AWR报告两个方式均可以判断IO是否有问题,建议以OS方式为准。

    1. 操作系统方式

    sar –d 2 10的输出中,avwait和avserv两列之和即为IO的响应时间(AIX环境),单位为毫秒。LINUX环境下有区别,IO的响应时间为AVWAIT列。

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    下图的Av Rd(MS)表示单次IO读的毫秒数,即为单个IO的响应时间。可以看到,大部分数据文件的IO响应时间超过40毫秒,远远大于20毫秒,IO性能不理想,在对存储进行扩容或者升级前,应该先好好分析IO是否是无效IO,是否可以消除无效IO!通过SQL优化消除无效IO,可以有效保护存储等硬件的投资,满足未来多年的业务发展,而不是盲目扩容。

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    可以看到:

    每个客户端要执行SQL,只需要通过网络将SQL传到对应的服务进程,由服务进程帮忙执行即可。多个客户端则对应多个服务进程(见上图中的LOCAL=NO专属前台进程),这些服务进程我们也称之为前台进程。

    ORACLE包含内存结构和后台进程

    1. SGA共享内存,又可细分为

    1) Buffer cache,用来缓存最近访问的数据,避免出现IO。Buffer cache中的数据可能比磁盘中的数据要新,例如读进内存后再修改为新的数据。我们称只要的数据为脏数据,脏块。

    2) Log buffer,用一组记录来表示对数据库的修改过程,我们称之为改变向量。

    3) 其他如shared pool/large pool/java pool/stream pool等,不在此介绍

    2. ORACLE后台进程,又可细分为

    1) DBWR进程,由于ORACLE定期会像word那样暂存一下最近所做的修改(我们称之为检查点checkpoint触发DBWR写脏数据),就是将buffer cache中的脏数据写回磁盘中的数据文件。这个IO属于随机写。

    2) LGWR进程,在提交commit命令发出时,将log buffer中的修改记录以同步IO的形式写到磁盘中的在线日志文件后返回,commit才能完成,此时虽然buffer cache内存中的数据比磁盘中的数据文件中的数据要新,但是因为已经确保有一份修改过程写到了磁盘的在线日志文件,这个时候即使数据库掉电,也可以通过重新执行在线日志文件的修改记录,来保证数据不出现丢失。这在任何关系型数据库中常见的“日志先行”策略。由于lgwr进程采用追加写的方式把改变向量写到在线日志文件后面,因此LGWR的IO属于连续写。

    3) 其他以ora_开头的oracle后台进程,如pmon/smon/ckpt,不在此介绍

    知识点:

    LGWR进程的IO是否支持写到文件系统缓存就返回?

    不支持,LGWR进程的IO是透写的。如果只写到文件系统缓存(如果数据文件存放在文件系统缓存)就返回,则一旦系统crash,文件系统缓存来不及刷到磁盘,则会出现用户commit后已经提示修改成功,但由于log buffer/buffer cache中的改变最终没有落盘而出现数据丢失的情况。

    LGWR进程的IO是异步IO么? 

    不是,因为要确保数据不丢失,lgwr必须等IO返回才会接着处理下一个IO写请求。

     

    ORACLE架构中最大的瓶颈在哪里? 

    在ORACLE 12C之前,Lgw后台进程只有1个,由于所有进程在commit前都需要通知lgwr进程帮忙把之前在log buffer中生成的修改过程记录(改变向量)写到磁盘中。当大量进程要同时请lgwr进程帮忙写时,就出现排队的情况。在高并发的联机交易OLTP系统中,单进程的lgwr进程有可能成为一个大瓶颈,特别是在无法保证在线日志IO写性能的情况下,很容易出现排队等lgwr进程的情况。这其实也是很容易引发问题的一个点,是ORACLE一个相对脆弱的地方。

    知识点:

    为什么ORACLE那么吃内存?服务器一半左右的内存都被ORACLE吃掉了…

    因为IO相比内存要慢非常多,因此很多关系型数据库为了更好的性能,大量采用内存换IO的策略,ORACLE也不例外,具体来说,ORACLE利用SGA中的buffer cache来缓存最近访问的数据,从而避免再次访问时需要发生IO。Buffer cache通常会占到SGA大小的80%,即buffer cache占到服务器内存的50%*0.8=40%左右。

     

    案例分享(一)每秒800M IO流量

    1. 问题描述:

    客户反映,数据库服务器的IO量非常大,达到每秒800M,几乎将HBA的带宽打满,交易出现缓慢的情况。

    2. 分析过程:

    收集当前时段的Oracle AWR报告,找到Load Profile部分,如下图所示

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    通过查找AWR报告中的”Buffer Pool Advisory”,如下图所示,可以看到:

    当buffer cache从128M设置到256M时,IO即物理读的个数将从3600万下降到1900万,就下降了一倍!

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    简化后的过程如下:

    客户端连接到数据库后,数据库服务器上将创建一个LOCAL=NO的进程来专门为这个客户端服务

    1. 客户端发起update T set id=5 where id=3的SQL语句,其中表T的大小为1G,表上不存在任何索引

    2. 服务器上的服务进程(LOCAL=NO),将判断表T的数据BLOCK在内存中的buffer cache是否存在,如果不存在,则由服务进程发起IO,从磁盘先后将1G的数据读到内存中。具体来说,是先读取16个BLOCK即128K(一个BLOCK可以存储几十到几百条不等的记录),然后逐个判断这些BLOCK中是否存在id=3的数据。这个IO属于随机读,由LOCAL=NO前台进程来发起IO。

    3. 最后在内存中同时存在一个BLOCK,BLOCK中存在id=3这条满足条件的记录

    4. 接下来,在前台进程将id=3修改为id=5之前,需要先在log buffer中生成哪个BLOCK哪个位置从3修改为5的过程的对应记录(改变向量)

    5.将内存buffer cache中的id=3修改为id=5,见下图中中的步骤5

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    2. 分析过程:

    从上述知识点可以知道:

    ORACLE中LGWR进程只有一个,由于所有进程在commit前都需要通知lgwr进程帮忙把之前在log buffer中生成的修改过程记录(改变向量)写到磁盘中。

    当大量进程要同时请lgwr进程帮忙写时,就出现排队的情况。

    在高并发的联机交易OLTP系统中,单进程的lgwr进程有可能成为一个大瓶颈,特别是在无法在线日志IO写性能出现问题的情况下。

    因此,我们需要检查lgwr进程的状态。

    通过gv$session观察RAC两个节点lgwr进程写日志的情况,结果如下图所示:

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    节点1上出现明显的IO ERROR,并且在持续增加!

    继续检查节点2,发现节点2上没有任何IO ERROR!

    这个与gv$session仅有一个进程在等log file parallel write写完是完全吻合的。

    3. 原因

    在铁的证据面前,客户的存储团队没有再挣扎,而是开始认认真真逐个在排查,最终在更换了光纤线后问题得到圆满解决。以下是更换光纤线后再次压测的等待事件!

    4. 问题得到解决

    压测的TPS曲线从原来的波浪形

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

     

    牢记于心——一幅图来总结ORACLE的IO特点

     

    下图显示了数据库关键IO的特点

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    8个并行测试的情况下,逻辑读=物理读, 逻辑读表示操作内存中的BLOCK的个数,通过物理读(IO)读进内存后必然发生逻辑读。 这说明ORACLE根本没能把数据缓存到共享内存buffer cache,以便供其他进程复用。 从AWR报告中的等待事件可以看到,排在第一位的是direct path read,这是一个IO事件 即上面说的,绕开BUFFER CACHE,直接读到PGA私有内存(非共享内存)中时,单次IO的时间达到了42毫秒,太大,说明磁盘IO竞争严重,性能不佳。 但这个是原因还是结果呢?我们不妨往下看。

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    而是每个进程各自读取到自己的私有内存PGA中,每个进程执行同一条SQL都需要各自读取各自的,显然大量进程同时反复读取同一片数据,势必造成磁盘的繁忙和IO的性能下降。这就是从AWR报告中得到的分析结论。如下图所示。 

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

     

           

    怎么破——什么是无效IO以及解决方法

    我们不放来回顾“用一个例子说明ORACLE的工作过程”这个章节,不难发现,其实那就是一个活生生无效IO的例子。

    客户端发起update T set id=5 where id=3的SQL语句

    其中,表T的大小为1G,表上不存在任何索引

    在执行过程中,前台进程总计读取了磁盘中的1G的数据,经由SAN交换机传输到ORACLE共享内存中,再进行过滤,最后只有1条数据满足,最终从id=3被更新为id=5。

    试想一下,如果这个表的大小不是1个G,而是100个G,也不是一个客户端发起对该表的更新,而是多个会话同时更新不同的记录,那么整个系统的IO将会异常繁忙。

    我们从字典中找一个“喜”字,如果是挨页翻,挨页对,那么势必会多做很多无用功,最简单的方式就是从偏旁部首或者拼音来检索,就可以快速的找到“喜”字。
    同样是找一个“喜”字,前者多翻了很多字典,即产生了很多无效IO。后者则很高效。

    因此,无效IO,说到底,是SQL语句缺少一个定位数据的高效方式,导致读取了很多数据,但是不满足又被丢弃了,导致了很多无效的IO。如果,我们对表T的id字段创建索引,那么将可以快速精确定位到id=3的数据,只需要读取几个BLOCK,整体的IO量可以控制在40K以内,不是之前的1个G。

    应用程序的SQL语句不够高效,是无效IO的主要原因。

    SQL语句的优化不是索引那么简单,索引只是众多单表访问路径的一种,SQL优化还涉及到表连接方式优化、表连接顺序优化、SQL改写等手段,后续将会陆续介绍这些优化手段。

    知识点:

    我们需要有这么一个意识:

    磁盘100% busy,IO响应时间很长,这很可能是因为某些不够高效的SQL语句,产生了很多无效的IO,或者导致IOPS超过了整个磁盘(阵列)所能提供的IO能力,或者是占用了无效的IO带宽导致了IO的拥堵。

    磁盘繁忙,IO响应时间长,可能已经是结果,而不是导致业务慢的真正原因。

    通过优化高IO的SQL,消除无效IO,将IO控制在合理范围内,提升整体IO性能。

     

    案例分享(四)不了解业务逻辑的情况下实现每秒IO 359M到每秒1M的优化

    1. 问题描述:

    系统的IO的IO量很大,经常性地,IO的吞吐量达到每秒300M以上。

    通过AWR报告,找到问题集中在一条SQL上。

    问题来了,我们不是做开发的,这个业务系统的业务逻辑我们也不清楚,我们可以优化么?

    答案是可以的,

    实际上我们完全在可以不懂业务逻辑的情况下完成绝大部分情况的优化,我们只要获得SQL执行的过程和明细即可快速完成优化,以下这条最占IO的SQL的优化我们在1分钟内就完成了优化。

    为了说明我们不需要了解业务逻辑也可以完成优化,你会发现从头到尾没有看到过任何的SQL语句 ^_^

    2. 优化过程:

    获取执行计划和执行明细(哪些步骤消耗多少时间,花费多少IO)

    Oracle 数据库服务器 IO 高的分析方案(理论讲解+案例分享)

    可以看到:

    上述SQL的执行时间是39秒,其中id=14的步骤,占了38秒,必须优化掉该瓶颈步骤。

    Id=14的步骤,reads为1750K个BLOCK,即读了1750K*8K=13G,单次执行13G,38秒读完,即每秒的IO达到359M,但是最后只返回了6条记录,该步骤对A表进行全表扫描,显然,读取13G,应用了过滤条件后,最后只返回了6条记录!很多数据在读取到内存后基本都被丢弃了。缺少定位数据的高效方式,而索引是最适合定位少量数据的。

    3. 优化方式

    上图id=14的谓词部分,即红色加框部分,可以看到对A表扫描了13G,主要的过滤条件是c_captialmode和c_state这两个字段把大部分数据全滤掉了,因此创建复合索引即可,命令如下:

    Create index idx_1 on A(c_captialmode,c_state) tablespace &tbs online;

    4. 优化效果

    优化后,每次执行,IO从13G下降至0 ;

    优化后,执行时间从50秒下降至50毫秒

    优化后,整个系统的IO从每秒359M下降到1M以下。

    知识点:

    在不了解业务逻辑的情况下,也可以快速实现对最消耗IO的SQL语句的快速优化。

    精通数据库知识的DBA往往比不懂数据库原理的开发和程序员更懂SQL优化。

    版权声明:本文内容来自第三方投稿或授权转载,原文地址:https://blog.51cto.com/lhrbest/2695486,作者:小麦苗DB宝,版权归原作者所有。本网站转在其作品的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如因作品内容、版权等问题需要同本网站联系,请发邮件至ctyunbbs@chinatelecom.cn沟通。

    上一篇:解决nginx代理web服务器获取用户(访问者)真实IP的问题

    下一篇:在Linux系统中登录MySQL报错“Can‘t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock‘ “

    相关文章

    2025-05-19 09:05:01

    项目更新到公网服务器的操作步骤

    项目更新到公网服务器的操作步骤

    2025-05-19 09:05:01
    公网 , 数据库 , 文件 , 更新 , 服务器
    2025-05-19 09:04:53

    Django rest froamwork-ModelSerializer

    Django rest froamwork-ModelSerializer

    2025-05-19 09:04:53
    django , sqlite , 数据库
    2025-05-19 09:04:44

    FinalShell 配置SSH密钥登陆

    FinalShell 配置SSH密钥登陆

    2025-05-19 09:04:44
    密钥 , 服务器 , 配置
    2025-05-19 09:04:38

    mysql只有在任务处于完成状态才能运行

    mysql只有在任务处于完成状态才能运行

    2025-05-19 09:04:38
    MySQL , 任务 , 数据库 , 查询 , 状态
    2025-05-19 09:04:30

    设置28401事件后启动数据库时报错ORA-49100

    设置28401事件后启动数据库时报错ORA-49100

    2025-05-19 09:04:30
    ORA , 数据库 , 时报
    2025-05-14 10:33:16

    30天拿下Python之使用网络

    Python网络编程覆盖的范围非常广,包括:套接字编程、socketserver、HTTP和Web开发、异步编程和asyncio等。

    2025-05-14 10:33:16
    Json , TCP , 客户端 , 接字 , 服务器 , 示例 , 连接
    2025-05-14 10:03:13

    MySQL 索引优化以及慢查询优化

    MySQL 是一种广泛使用的关系型数据库管理系统,因其性能优异和使用便捷而备受欢迎。然而,随着数据量的增长和查询复杂度的增加,性能瓶颈也变得越来越明显。

    2025-05-14 10:03:13
    MySQL , 优化 , 使用 , 性能 , 数据库 , 查询 , 索引
    2025-05-14 10:03:05

    Oracle数据库用户权限分析

    Oracle数据库用户权限分析

    2025-05-14 10:03:05
    Oracle , 分析 , 数据库 , 权限 , 用户
    2025-05-14 10:02:48

    SQL Server 事务日志体系结构1--基本术语

    事务包括对数据库的一次更改或一系列更改。它有一个明确开始和明确结束。开始时使用BEGIN TRANSACTION语句,或者SQL Server会自动为您开始一个事务。

    2025-05-14 10:02:48
    Server , SQL , 事务 , 数据库 , 日志 , 磁盘
    2025-05-14 10:02:48

    SQL Server 账号管理1

    SQL Server 账号管理主要包含登录名、用户、架构、角色等管理。通过对账号的管理可以有效的提高数据库系统的安全性,规范运维及使用。

    2025-05-14 10:02:48
    Server , SQL , 对象 , 数据库 , 权限 , 用户
    查看更多
    推荐标签

    作者介绍

    天翼云小翼
    天翼云用户

    文章

    33564

    阅读量

    5026266

    查看更多

    最新文章

    项目更新到公网服务器的操作步骤

    2025-05-19 09:05:01

    FinalShell 配置SSH密钥登陆

    2025-05-19 09:04:44

    SQL Server 事务日志体系结构1--基本术语

    2025-05-14 10:02:48

    MySQL-备份+日志:介质故障与数据库恢复

    2025-05-08 09:04:49

    redis高可用集群搭建

    2025-05-06 09:19:12

    基于javaWeb+jsp人力资源管理系统(含文档)

    2025-05-06 09:19:00

    查看更多

    热门文章

    Linux运维小技巧---每日收集所有服务器信息并归档到指定服务器

    2023-03-16 07:49:58

    用ftp服务器进行yum源的设置

    2023-04-21 03:04:35

    Confluence 6 配置服务器基础地址

    2023-04-23 09:34:48

    linux环境日志排查,cat命令关键字查找、最近1000条、定位到指定位置

    2022-12-28 07:22:30

    linux中常见工具安装问题集锦

    2023-05-05 10:12:49

    Ubuntu18.04搭建Web服务器

    2023-04-21 02:58:02

    查看更多

    热门标签

    服务器 linux Linux 虚拟机 数据库 运维 网络 日志 数据恢复 java python nginx 配置 centos mysql
    查看更多

    相关产品

    弹性云主机

    随时自助获取、弹性伸缩的云服务器资源

    天翼云电脑(公众版)

    便捷、安全、高效的云电脑服务

    对象存储

    高品质、低成本的云上存储服务

    云硬盘

    为云上计算资源提供持久性块存储

    查看更多

    随机文章

    带宽、丢包率、时延、吞吐量和抖动之间有什么关系?

    Samba服务器(1.0)

    内网隧道代理技术(四)之NETSH端口转发

    你在服务器上的一举一动,我可都看着!linux超骚技巧三分钟Get

    【FRP】内网穿透|外网访问内网的方法|公网访问私网|内网

    Linux安装FTP服务(Pure-FTPd)

    • 7*24小时售后
    • 无忧退款
    • 免费备案
    • 专家服务
    售前咨询热线
    400-810-9889转1
    关注天翼云
    • 权益商城
    • 天翼云APP
    • 天翼云微信公众号
    服务与支持
    • 备案中心
    • 售前咨询
    • 智能客服
    • 自助服务
    • 工单管理
    • 客户公告
    • 涉诈举报
    账户管理
    • 管理中心
    • 订单管理
    • 余额管理
    • 发票管理
    • 充值汇款
    • 续费管理
    快速入口
    • 权益商城
    • 文档中心
    • 最新活动
    • 免费试用
    • 信任中心
    • 天翼云学堂
    云网生态
    • 甄选商城
    • 渠道合作
    • 云市场合作
    了解天翼云
    • 关于天翼云
    • 天翼云APP
    • 服务案例
    • 新闻资讯
    • 联系我们
    热门产品
    • 云电脑
    • 弹性云主机
    • 云电脑政企版
    • 天翼云手机
    • 云数据库
    • 对象存储
    • 云硬盘
    • Web应用防火墙
    • 服务器安全卫士
    • CDN加速
    热门推荐
    • 云服务备份
    • 边缘安全加速平台
    • 全站加速
    • 安全加速
    • 云服务器
    • 云主机
    • 智能边缘云
    • 应用编排服务
    • 微服务引擎
    • 共享流量包
    更多推荐
    • web应用防火墙
    • 密钥管理
    • 等保咨询
    • 安全专区
    • 应用运维管理
    • 云日志服务
    • 文档数据库服务
    • 云搜索服务
    • 数据湖探索
    • 数据仓库服务
    友情链接
    • 中国电信集团
    • 189邮箱
    • 天翼企业云盘
    • 天翼云盘
    ©2025 天翼云科技有限公司版权所有 增值电信业务经营许可证A2.B1.B2-20090001
    公司地址:北京市东城区青龙胡同甲1号、3号2幢2层205-32室
    • 用户协议
    • 隐私政策
    • 个人信息保护
    • 法律声明
    备案 京公网安备11010802043424号 京ICP备 2021034386号