看过猪跑的都知道,有专职的运维工程师这个岗位。...呆过大团队的,你也知道有专职的DBA,甚至Oracle DBA,MySQL DBA等等,这就是社会的进步带来更细的分工导致的,更细分的领域,更精致的专业,更专注的岗位。...讲的更深入一些,如果你的思想意识达不到某个层次,而让你做出某个境界的或思考某个领域的问题,你能想的到吗?...回忆一下,你上学哪会,有当下的这种解决问题的能力,看问题的角度,思想意识境界是慢慢培养出来的,不是那有,我看一下就掌握的。同样,程序员也不是说有个新框架放在哪,学一下就会的。这句话,得辩证看。...会用是一回事,用的好是另一回事。 其实就是广度与深度的问题,百科里有针对“T型人才”完美的解释,看程序员自身发展,其实看贯穿整个软件工程的分工。
但变的是办公方式,不变的是美创运维的7*24小时不间断支持。 这不,一位客户发来了一条消息: 客户:张工,好像我这个数据库服务器的内存使用率有点高啊,你帮我看看?...共享内存和tmpfs,即free命令中的shared部分 在正常的业务数据库系统中,cached较高是一件比较普遍的事情,尽量不要去手动清缓存,毕竟它是为了提高效率而产生的,如果冒然释放缓存会造成IO...美创科技拥有强大的运维中心数据库服务团队,其中Oracle ACE 1人、OCM 10余人、数十名Oracle OCP、MySQL OCP、红帽RHCA、中间件weblogic、tuxedo认证、达梦工程师...,并著有《Oracle DBA实战攻略》,《Oracle数据库性能优化方法和最佳实践》,《Oracle内核技术揭秘》等多本数据运维优化书籍。...今天的运维小技巧就分享到这了,下期再和美创运维团队一起学习运维知识吧!
运维工程师是IT行业中不可或缺的一环,他们负责维护系统的稳定性和可靠性,确保业务的正常运行。然而,随着技术的不断发展,运维工程师也面临着一些挑战和困惑,他们的出路到底在哪里呢?...35岁被称为运维半衰期,究竟为何? 近年来,有一种说法称35岁是运维工程师的半衰期,意思是说在这个年龄之后,运维工程师的职业生涯会开始走下坡路。...运维工程师需要掌握的知识和技能非常广泛,包括操作系统、网络、数据库、安全等方面,因此需要不断学习和更新自己的知识和技能,以适应技术的发展和业务的需求。 深入了解业务需求。...运维的职业发展路径 运维工程师的职业发展路径有很多种,以下是其中几种比较常见的方向: 技术专家。运维工程师可以深入研究某一个领域或技术,成为该领域的专家,提供专业的技术支持和解决方案。 架构师。...虽然35岁被称为运维半衰期,但是运维工程师的职业生涯并不会因为年龄而走下坡路,关键在于他们是否能够不断学习和更新自己的知识和技能,以适应技术的发展和业务的需求。
于是,打算再次对它下手,玩一玩它的Kubernetes provider,体验一下它的:轻松地定义、部署和管理 Kubernetes 上的基础架构和应用程序的快感。...Services(AWS)、Microsoft Azure、Google Cloud Platform(GCP)、OpenStack、VMware 等,以及多种基础架构资源,例如虚拟机、网络、存储、负载均衡、数据库等...最后的总结 Terraform 作为一种基础设施即代码工具,可以帮助开发人员和运维人员更加轻松地管理 Kubernetes 集群,提高生产力,减少出错率,从而提升整个业务的稳定性和可靠性。...资源优化:Terraform 可以通过基础设施即代码的方式,让开发人员和运维人员更好地理解 Kubernetes 资源的使用情况,从而优化资源的利用率和成本。...本文转载于WX公众号:不背锅运维(喜欢的盆友关注我们):https://mp.weixin.qq.com/s/QRIGwzwBM5sj_vtxrg4VBQ
这是学习笔记的第 1827篇文章 在数据库运维中对运维场景建立连接是一种很不错的方式,通过建立连接使得我们可以把原本单一的问题通过流程化的方式衔接起来。 以下是近期的一些实践和思路。...业务和运维团队之间工作的一个纽带就是工单,当然目前还没有明确的工单结算方式,但是可以很明确的说,工单是我们输出给业务方的业务价值体现。 ? 在业务价值体现的过程中,我们可以把技术价值也打包进去。...有了这一层的效果,后期我们要推出SQL自动化上线其实就是一件水到渠成的事情了,我们目前暂规定SQL打分超过80分的可申请自动化上线,自动化上线可以使用最少的审批环节,最快的数据处理速度,对于业务来说更加具有吸引力...当然业务巡检的情况和SQL审核类似,页面开发出来了,但是还没有完全推广用起来,我觉得这个地方的一大改进就是把监控和报警结合起来,监控数据能够推送出报警,报警信息可以间接调用巡检接口,这样对于运维同学来说...,就会收到相关的巡检报告了,这种类似快照的报告形式对于处理问题的时候就会省去很多的精力。
之前对数据库恢复做了相对全面的整合,为了校验数据恢复质量,我们开启了近半年的数据随机恢复测试,也就是说为了验证数据库的恢复质量和效率,我们会每天从备份机里面随机选取12个数据库实例进行数据恢复测试...在早期的指标设定中,我们很快达到了从70%改进到了90%,按照这个步调,想达到更高的目标看起来指日可待,比如我拍脑袋指定了一个指标99.9%,但是尴尬的是,以月份为单位,总是会在有那么1个实例恢复失败,...但是失败的场景又难以复现,所以一直没有实现这个目标。...有时候在想到底是为什么,今天突然琢磨了下,原来就是一道很简单的数学题。...所以拍脑袋的指标真是啪啪打脸,还是得做一个简单的计算来坐下评估,当然对于这个问题我觉得可以基于统计学的角度来做更进一步的分析,因为结合实际的业务场景,有很多改进的角度,我会在评估后给出一个可行的指标。
下面一些同学,提出数据库不就是运维吗,不是很悲催吗,虽然这样说的同学不多,但给我一个很想表达不同观点的冲动。 搞数据库的到底是不是搞运维的 ?...我的回答是NO,NO, NO 那么为什么搞数据库的我不认为是搞运维的,首先我要重申一点,我个人一点都不认为,搞运维的是低端的,是不值钱的,想法我认为搞运维的同学,实际上技术水准应该更高,甚至要高于普通的开发者...至于运维同学怎么想,我想会有运维的同学来,去写这样的文字,来反驳。作为 DB 人员,我1000000万个不同意,搞数据库的就是搞运维的这样的观点。...BUG 的信息是从哪里来的,有一部分就是 DB 人员提出,甚至给出解决方案的。...说完这些你还觉得,DBA 是一个运维人员,这不是搞笑吗 ?
本文中的问题精选自上期【你问我答】——数据库专题中读者的提问。...如果你英语好,这些网上的教程也不错: https://www.sqlteaching.com/ http://www.w3schools.com/sql/default.asp Q2:我想问一下,这么些数据库...Redis、MongoDB属于非关系型的NoSQL数据库,KV存储。...Q4:能不能简单介绍下时序数据库的应用场景,和其它NoSQL数据库有啥区别?...Q6:数据库以及SQL优化的方案有哪些? A:分几个层面: 1. 系统层面:纵向扩展数据库服务器配置,简单粗暴。 2. 数据库服务端层面:配置参数调优等,比如调整数据库连接缓冲区大小。 3.
希望对您学习如何设计一个好的API有所帮助!...一、API设计关键原则 设计一个好的 API(应用程序编程接口)涉及多个方面,以下是一些关键原则和最佳实践,以确保 API 易于使用、功能全面且易于维护: 1....总结 一个好的 API 设计不仅要考虑功能实现,还要关注易用性、文档完善、安全性和性能优化。通过遵循这些原则,可以设计出高质量的 API,提高开发者的使用体验和系统的可维护性。...操作符模式(Operators) 例子:一个数据库 Operator 可以自动处理数据库的备份、恢复和扩展。...这些原则确保了 iOS API 的高效性、灵活性和一致性,使得 iOS 应用开发能够适应各种设备和用户需求,同时保持良好的用户体验。
这是学习笔记的第 1780篇文章 在数据库运维中, 有一种类型的表需要格外重视,在Oracle中可能是分区表,在MySQL中更多是日期表,其实无论哪种形式,他们的属性是相通的,属于周期表。...对于变更来说,其实和其他的表类型是相通的,就此不再赘述。...或者说,这属于数据运维的一个专门入口,至于定时的执行是crontab还是celery等,其实都可以的。 对于周期表的创建和数据清理,我做了初步的设计。...也是后续作为一种数据运维场景的典型。...主从切换之后,主库的crontab能够在从库生效 延伸:开通防火墙权限,主库开通的权限在从库端也开通 后续可以回收应用端的创建表权限和删除表权限 预备条件: 主从关系 MHA高可用信息管理 数据清理 定义数据保留周期
这是学习笔记的第 2393篇文章 昨天同事反馈了一个问题,原本的办公机环境中的虚拟机是可以对外暴露办公机的IP,提供相应的数据库运维API服务,比如办公机的IP是192.168.10.100,而虚拟机使用...听起来是一件挺简单的事情,最近这种多服务间进行联调的模式不可用了,也就是上图红色的部分所示,如果使用桥接模式的IP,在网络那边有明确的限制,也是不可行的,所以原本简单粗暴的测试联调就得转换思路了。...另外一点是远程桌面的办公模式是相对可行的,如果网络不够好,还是比较痛苦的,退一万步来讲,肯定开发的效率是本机最方便效率最高的。...还有一种模式,是我们使用办公机来开发逻辑,假设我们通过一种机制把变更的代码先推送到开发服务器(Linux)上面,那么这个服务就是一个相对固定的访问模式了,在开发联调中的问题如果要修改,可以不断的调整,直到满足业务场景的测试...比如有A,B,C三个人,那么三个人在IDC测试服务器上面可以使用不同的目录,使用不同的WEB文件服务,比如: A,配置7001的API端口,配置9001的WEB文件服务 B,配置7002的API端口,配置
负责运维的设备,小的从个人电脑,大的到数以亿计的高精尖计算设备(比如IBM的大型机Z13)。 从运维的工作层次来分,又分为硬件运维、桌面运维、系统运维、数据库运维和应用运维。...运维的价值 我毕业后就一直从事IT系统运维方面的工作,从当初的桌面技术人员到现在的运维总监,一路荆棘,回想起来已有超过10年的运维经验了。...图1-概述 文档 正所谓兵马未动,粮草先行;一个好的系统或者项目,必定有很多的文档进行支撑。 比如系统建设前期,一定要做好系统的需求文档、设计文档、实施文档。...3、同理心让沟通事半功倍; 很多人认为同理心是企业中负责用户体验部门的技能,实际上随着互联网技术的发展,IT与业务的紧密融合,运维人员是非常需要同理心的。...这些都需要文档的记录与支撑。 5、认真做事的态度 认真做事的态度在任何的行业都是通用的好模板。
“不想当将军的士兵不是好的战士”、“不想当CIO的DBA不是好的运维”。在每天面临如此多的来自工作量、运维安全、技术更新挑战的同时,我们还需要不断的成长与思考: 如何正确规划数据库的生命周期管理?...此时,选择一款好的平台型产品,能够综合解决你面临的跨界运维、安全运维、自动化运维挑战,就非常非常非常重要。...选择嘉维蓝鲸,让数据库自动化运维、安全运维、跨界运维触手可及! 产品架构设计 嘉维蓝鲸数据库自动化运维中心SaaS,是基于蓝鲸PAAS平台开发,囊括数据库管理自动化、监控自动化及操作审计的运维中心。...运维场景层: 是指基于PaaS层之上的运维SaaS,涵盖数据库管理自动化、数据库监控自动化、操作审计等。...核心功能及优势 数据库自动化运维中心,是嘉为数据库技术专家基于多年的数据库运维经验的沉淀,是深刻理解MySQL、Oracle数据库日常运维中各种场景的结晶。
地址供不同的场景使用,例如一个主 IP 用于公有云平台管理使用,两个辅助 IP 用于我们业务应用与运维管理。...弹性网卡 C,用于运维管理,无需绑定公网弹性 IP,关联的安全组可以类似弹性网卡 B 开放更多的端口,运维人员通过 V** 连接进来,经由此弹性网卡所在子网路由表的 V** 网关,可以互相通信。...测试体会 经过断断续续的两三次测试,可以发现腾迅云的弹性网卡是一种增强了虚拟网络应用的功能,不管是小型应用、金融应用或者中大型应用场景,都可以非常好的满足,总体上优点多于缺点,对于希望进行精细化运维的企业...开放了 API,具有开发能力的运维人员可以整合到自己的运维管理平台。 即时绑定、解绑的功能,为容灾迁移带来了便利。 可以方便的结合子网路由和 ACL 实现丰富的安全策略控制。...阿里云的安全补丁就是通过其 Agent 程序进行修补的。 如果有一个界面可以查看到各子网当前已用 IP 清单,对于还未实现运维自动化的运维人员会更有帮助。
tab=BB08J2 课程定位,整个过程目标定位人群如下: 大学生 产品经理 希望转行Linux运维的人群 这里希望读者,具备一定的计算机基础知识,对自己的职业有大概的规划方向。...通过书的学习能够快手掌握当下比较领先的技术内容,并一起探讨技术的细节共同进步。...《腾讯云产品体验实战课程》 课程地址:https://docs.qq.com/sheet/DTlpCcXZTT3NIRmJK?
作者简介:梁定安,腾讯社交平台业务运维负责人,技术运营通道评委,腾讯云布道师,腾讯课堂讲师。 前言 运维团队审视业务质量监控能力时,有九个问题值得思考: 您产品的服务质量监控是360度无死角的吗?...如何让运营事故尽可能不对用户体验造成太大的影响? 您的产品与竞品的差距有多少? 默默无闻的运维团队如何给业务传递技术运营的价值?...九问运维后,我们重新审视传统的运维监控能力是否仍然能够满足业务对质量的要求,结合当下移动互联网与新兴的业务形态的质量诉求,规划与建设新型运维监控能力。...基础监控 在传统的运维工作中,网络/系统运维的工作内容相对其他运维工种更为基础,因此在传统监控能力中,对硬件性能和网络情况的监控被认为是最基础的监控能力。...[1483955668711_6172_1483955668864.png] 用户体验监控平台弥补了常规技术手段难以发现的空缺,也是腾讯运维在构建立体化监控体系的一个新的成功尝试,在该平台持续的运营过程中
一、数据库的启动和关闭 1.1 数据库的正常启动步骤 要想启动或关闭ORACLE系统必须首先切换到ORACLE用户 [root@kevin ~]# su - oracle 以DBA的身份登录数据库...--> 启动数据库 Oracle启动过程涉及几种模式,这些模式涉及不同的文件,每个状态下数据库做不同的事情,同时这些模式适用于不同的维护需求,主要的模式有三种:NOMOUNT、MOUNT、OPEN。...同时关闭模式也有多种常见的有: 1)NORMAL 正常的关闭方式,如果对于关闭数据库的时间没有限制,通常采用这种方式,以NORMAL方式关闭数据库,Oracle将执行如下操作: 阻止任何用户建立新的连接...; 等待当前所有正在连接的用户主动断开连接; 当前所有用户的都断开连接后,将立即关闭数据库; 2)TRANSACTION 事务关闭方式,它的首要任务是保证当前所有活动的事务都可以被提交,并在尽可能短的时间内关闭数据库...,可以通过不同的选项来控制数据库的不同启动步骤。
我来逐个解释下: 1)规范/选型/规划:这个阶段更强调整体,很多问题如果直接从基础运维入手,其实就已经晚了,有些服务质量差,交付时间长,本质上还是前期的基础建设不够扎实,所以这是一个互惠互利的关系,比如开发规范的设计和落地执行...等类似的方式) 2)基础运维:涉及资源交付(包括上下线,资源扩容等),权限交付(申请账号,账号权限变更,账号回收等),安装部署(如数据库软件安装部署,初始化),基础配置(基础配置,如ntp,crontab...等),备份恢复(按照数据备份,数据恢复的基础维度实现基本备份集,基于时间点的数据恢复) 3)运维优化:对象变更(需要演进为自动化上线模式),对于大表变更需要集成在线变更工具来实现,此外,重点是做一些相关的优化...而右侧的服务建设更贴近后端服务,从生命周期的角度来进行实例,数据库,表,字段,索引层面的周期性管理,而提供的辅助服务则是更加贴近运维实际的,比如慢日志优化,巡检服务和故障自愈,和业务侧是一种半透明的开放形式...大鱼号:@杨建荣的数据库笔记 腾讯云+社区:@杨建荣的学习笔记
现在我们绝大部分的运维工作还是集中在文档化定位、脚本化、运维工具化,虽然这三大块里面已经有很多企业实现了部分的自动化运维,但是我相信很多时候还是靠人肉为主。...运维发展阶段 运维发展的第一个阶段是无序化运维,也就是所谓的水来土淹,兵来将挡,有故障了就处理,没故障就喝茶看报,文档也没有,全靠人工处理。...而智能化运维甚至还在起步阶段,或者说在概念的阶段。 AI性能运维需求 作为一个非甲方公司,我们考虑的智能化性能,必须要兼容所有的数据,这是一个大的前提。不同的数据库的类型,智能化运维需求是不一样的。...它的性能问题往往不是一条简单的SQL导致的,更多的是受到主机资源不足、数据库资源冲突、SQL执行效率等因素影响。 在这种情况下到底有哪些人需要AI运维呢?...上图是我设想的后台架构,最上方的性能解析模块分成5个部分,下面的登录解析引擎和变化监测引擎互相补充,机器学习引擎是去学习上面五个模块的各种指标,变化检测通过机器学习的指标解释性能的突变点或者拐点在哪里。
大家好,又见面了,我是你们的朋友全栈君。...1.登陆数据库 (1)单实例 mysql -uroot -poldboy (2)多实例 mysql -uroot -poldboy -S /data/3306/mysql.sock 2.查看数据库版本及当前登录用户是什么...mysql> select user(); 查看用户 +——–+ | user() | +——–+ | root@ | +——–+ 1 row in set (0.00 sec) 3.创建GBK字符集的数据库...以上都要统一,否则会出现中文乱码 如果编译的时候指定了特定的字符集,则以后创建对应字符集的数据库就不需要指定字符集 -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=...utf8_general_ci -DEXTRA_CHARSETS=gbk,gb2312,utf8,ascii 提示:二进制软件包,安装的数据库字符集默认latinl 21.在把id列设置为主键,在Name
领取专属 10元无门槛券
手把手带您无忧上云