- 综合排序
- 最热优先
- 最新优先
- 来自专栏DBA随笔
Redis开发与运维学习笔记---(11)
Redis开发与运维学习笔记---(11) Redis开发与运维中遇到的问题 之前的文章中，我们讲述了redis的复制机制，通过复制，数据可以被备份，然后这些备份的副本可以用来做读写分离、负载均衡、故障转移等 3 规避全量复制 我们知道，全量复制是一个非常消耗资源的操作，如何规避全量复制是需要我们关注的运维点。
53610发布于 2020-04-14 - 来自专栏全栈程序员必看
《前端运维》一、Linux基础–11服务
首先服务的概念，对于linux服务器来说，其中大多数的软件都算是服务，比如nginx、mysql、Jenkins等等。下面我们就来学习一下linux中有关服务的一些内容。
95130编辑于 2022-07-21 - 来自专栏zaking's
《前端运维》一、Linux基础--11服务
首先服务的概念，对于linux服务器来说，其中大多数的软件都算是服务，比如nginx、mysql、Jenkins等等。下面我们就来学习一下linux中有关服务的一些内容。
1K20编辑于 2022-05-10 - 来自专栏无量测试之道
mysql数据库运维方案
数据库不仅仅是dba的工作，每一个测试人员也应该懂得基本的数据运维操作，因为数据库是数据承载的地方并且是系统中非常重要的一部分，所以我们也需要熟练的对数据库进行基本维护。 4.2：导入某些数据表 mysql -uusername -ppassword testdb1 < tables.sql 或者 mysql>source tables.sql; 02、shell脚本实现数据库备份 总结：数据库的运维对于测试人员来说仍然是非常重要的，比如：非常重要也不太容易构建的测试数据需要做备份操作时，数据库的运维就显得很有技术含量，掌握数据的基本运维可以使测试工作做得更出色，同时也会让开发刮目相看
12.1K20编辑于 2022-07-04 - 来自专栏用户1880875的专栏
Linux云计算运维架构师（连载）-自动化运维ansible-11
[root@ansible ~]# ansible host1 -m yum -a 'name="*" state=latest'
1.8K10发布于 2021-07-05 - 来自专栏NebulaGraph 技术文章
数据库运维 ｜ 携程分布式图数据库NebulaGraph运维治理实践
经过调研，我们选择分布式图数据库 NebulaGraph 作为管理的对象，主要基于以下几个因素考虑： NebulaGraph 开源版本即拥有横向扩展能力，为大规模部署提供了基本条件； 使用自研的原生存储层 ，相比 JanusGraph 这类构建在第三方存储系统上的图数据库，性能和资源使用效率上具有优势； 支持两种语言，尤其是兼容主流的图技术语言 openCypher，有助于用户从其他使用 Cypher 语言的图数据库 考虑到使用图数据库的业务大多数据来自离线系统，通过离线作业将数据导入到图数据库中，数据一致的要求并不高，在这种条件下使用蓝绿部署能够在灾备和性能上得到很好的满足。 生产上的一个例子： 图片 上图为三机房情况，下图为蓝绿部署情况： 图片 中间件及运维管理 我们基于 K8s CRD 和 Operator 来进行 NebulaGraph 的部署，同时通过服务集成到现有的部署配置页面和运维管理页面 NebulaGraph 二次开发 当前我们对 NebulaGraph 的修改主要集中的几个运维相关的环节上，比如新增了命令来指定迁移 storaged 中的分片，以及将 leader 迁移到指定的实例上
4.4K40编辑于 2022-12-12 - 来自专栏NebulaGraph 技术文章
如何运维多集群数据库？58 同城 NebulaGraph Database 运维实践
资源申请和集群管理方式 为了更好的管理和维护，图数据库在运维部门集中运维管理。用户按需在工单平台中提交申请即可，工单中填写详细的资源需求数据和性能需求指标，由运维同学统一审核交付集群资源。 为了高效管理和运维规模化的集群，需要提前规划和制定规范。 61000 meta 端口；51000 ws_http_port；41000 ws_h2_port 62000 storage 端口；52000 ws_http_port；42000 ws_h2_port 运维规范 端口 路径打包生成 rpm，作为标准安装包 图片 服务请求直接通过 DNS 和网关服务到 Graph，方便计算和存储服务直接交互，由于是通过 DNS 访问，不对外暴露 Meta 节点信息，可以更灵活的运维 ，较少服务绑定 Meta 节点 ip 带来的运维代价。
4.9K20编辑于 2023-02-15 - 来自专栏数据和云
数据库监控是运维之本
前一段时间用户的系统进行应用发布和系统运维，准备了很久，结果我们最为担心的数据库维护环节没有出现问题，却在应用发布的阶段出现麻烦，因为程序未设置正确的字符集，导致插入了乱码数据，结果又不得不重来。 移动的朋友总结了一句话，非常有道理：运维保障总是从最高风险点开始逐步推进，悖论是如果这样推进的执行力有保障，出的问题总是之前觉得低风险的地方。 这也给我们一个警示：数据库运维或系统运维，每一个环节都要细致入微，唯有如此才能保障长治久安。 、数据库运维，监控是根本，及时发现、分析和解决出现的问题，是运维保障系统稳定的关键，任何一个简单的错误都不容轻忽。 加强监控，收集和分析足够多的数据，是系统的最佳保障！ 图：对客户系统错误的分析。
4.2K60发布于 2018-03-05 - 来自专栏后端技术探索
MySQL 数据库优化(运维角度)
2、数据库部署 该运维工程师出场了，项目初期访问量不会很大，所以单台部署足以应对在1500左右的QPS（每秒查询率）。 在这样数据库集群架构中，大大增加数据库高并发能力，解决单台性能瓶颈问题。如果从数据库一台从库能处理2000 QPS，那么5台就能处理1w QPS，数据库横向扩展性也很容易。 如果做双主，就会遇到数据库数据不一致现象，产生这个原因是在应用程序不同的用户会有可能操作两台数据库，同时的更新操作造成两台数据库数据库数据发生冲突或者不一致。 5、数据库维护 数据库维护是运维工程师或者DBA主要工作，包括性能监控、性能分析、性能调优、数据库备份和恢复等。 这些都是与运维相关的前沿技术，也是在存储方面主要学习对象，小伙伴们共同加油吧！哪位博友有更好的优化方案，欢迎交流哦。
5.7K20发布于 2018-08-09 - 来自专栏devops_k8s
做运维的感悟(做运维需要考虑事,运维组织结构,运维学习地图....)
需要各方面知识，如果遇到突然访问不了，那就回想之前做了哪些操作，再针对性排查 10.关注版本问题，像nginx1.9将支持tcp的4层代理，而不仅仅是之前的7层了，这样性能会提高很多，对公司业务很有帮助 11 10.对业务进行机器规划，当压力大时扩容，不大时逐步关闭 11.测试也很重要，一个服务从多方面进行测试，比如nginx从静态页面，动态页面，提交数据，模拟多个在线用户登录访问等等。 数据库运维 数据库运维负责数据存储方案设计、数据库表设计、索引设计和SQL优化，对数据库进行变更、监控、备份、高可用设计等工作。详细的工作职责如下所述。 （7）自动化系统建设 设计开发数据库自动化运维系统，包括数据库部署、自动扩容、分库分表、权限管理、备份恢复、SQL审核和上线、故障切换等功能。 要做DBA，就要专门研究数据库，搞清楚数据库的原理结构，每个详细点。 每一门往后都有大量的东西要学习的，专精才能钱多，并且有成长。 不过当前都在往运维开发方向靠拢，未来的运维都要会一些开发才行。
8K1011发布于 2020-12-23 - 来自专栏杨建荣的学习笔记
数据库运维场景中的连接
这是学习笔记的第 1827篇文章 在数据库运维中对运维场景建立连接是一种很不错的方式，通过建立连接使得我们可以把原本单一的问题通过流程化的方式衔接起来。 以下是近期的一些实践和思路。 业务和运维团队之间工作的一个纽带就是工单，当然目前还没有明确的工单结算方式，但是可以很明确的说，工单是我们输出给业务方的业务价值体现。 ? 在业务价值体现的过程中，我们可以把技术价值也打包进去。 当然业务巡检的情况和SQL审核类似，页面开发出来了，但是还没有完全推广用起来，我觉得这个地方的一大改进就是把监控和报警结合起来，监控数据能够推送出报警，报警信息可以间接调用巡检接口，这样对于运维同学来说
3.1K20发布于 2018-12-26 - 来自专栏杨建荣的学习笔记
拍脑袋的数据库运维指标
之前对数据库恢复做了相对全面的整合，为了校验数据恢复质量，我们开启了近半年的数据随机恢复测试，也就是说为了验证数据库的恢复质量和效率，我们会每天从备份机里面随机选取12个数据库实例进行数据恢复测试
3.2K30发布于 2021-08-06 - 来自专栏JAVA高级架构
运维角度浅谈MySQL数据库优化
2、数据库部署 该运维工程师出场了，项目初期访问量不会很大，所以单台部署足以应对在1500左右的QPS（每秒查询率）。 在这样数据库集群架构中，大大增加数据库高并发能力，解决单台性能瓶颈问题。如果从数据库一台从库能处理2000 QPS，那么5台就能处理1w QPS，数据库横向扩展性也很容易。 如果做双主，就会遇到数据库数据不一致现象，产生这个原因是在应用程序不同的用户会有可能操作两台数据库，同时的更新操作造成两台数据库数据库数据发生冲突或者不一致。 5、数据库维护 数据库维护是运维工程师或者DBA主要工作，包括性能监控、性能分析、性能调优、数据库备份和恢复等。 这些都是与运维相关的前沿技术，也是在存储方面主要学习对象，小伙伴们共同加油吧！哪位博友有更好的优化方案，欢迎交流哦。 ?
5.3K100发布于 2018-04-19 - 来自专栏AustinDatabases
数据库到底是不是运维
我们来看看某些领导对于数据库本身的看法 1 放数据的地方，只要数据库不出问题，系统就很少出问题，数据库怎么老出问题 2 数据库和大数据比，没有什么意思，大数据能衍生出很多的项目，数据库就是一个运维的 3 数据库无非就是ORACLE ，硬件配置提高点，问题就解决了，没有那么难 4 数据库就是运维的事情，找点运维的，开发的管管算了，没有必要投入太大 估计有些同学看完上面的一些上层对DB的本质工作的看法 从事这个行业有些年头了，实际上运维管理好的，开发管理好的，相对于数据库本身来说，数据库管理到位的单位相对上面两种管理好的单位，要少。 如果换成其他类型的CTO 那么可想而知，数据库就是运维这样的思路估计是根深蒂固的。 那么现代的数据库到底应该是什么样子的，在项目中承担了什么。 3 数据库与业务是紧密结合，与运维不同，属于静态，数据库与业务是息息相关的，业务量大，数据量就变大，数据的存储时间数据的处理模式，数据与程序之间的交互等等都会随着量变变成质变，而不是与运维中的静态产品
2.9K30编辑于 2022-04-05 - 来自专栏全栈程序员必看
Oracle数据库运维方案及优化
Oracle数据库运维方案及优化 运维优化 本文详细讲解了如何对Oracle数据库进行运维，从各个方面来说明了如何去运维。 文章目录 Oracle数据库运维方案及优化 前言： Oracle数据库性能优化 一 为啥要运维，运维哪些内容？ ，这篇文章咱们讲讲关于运维方面的优化吧。 上一篇文章的地址： Oracle数据库性能优化 一 为啥要运维，运维哪些内容？ 数据库的运维主要结合 目标系统的实际情况，提供切实可行的运维建设机制， 内容覆盖 ORACLE 数据库的日常维护、紧急故障处理，软件升级等，客户可依据 服务内容进行相应的定制。
2.7K10编辑于 2022-11-01 数据库运维：mysql 数据库迁移方法-mysqldump
数据库运维：mysql 数据库迁移方法数据库运维需要掌握的技能之一数据库的迁移，而MySQL数据库是我们常用的数据库之一，掌握mysql 数据库的数据迁移，也是必备的技能选项。 数据库的迁移，我们必须要思考如下几个点： 需要迁移数据库的数据量大小 需要迁移的数据库对象是什么， 考虑使用何种迁移方法！ 这三个思考要点，适合于所用的数据库迁移，请大家留意。 思考mysql 数据库迁移，第一步就需要基于数据库或表，统计每一个数据库或表占用存储空间，根据所占用的空间大小以及实际迁移时遇到的应用场景，决定使用什么迁移方法。 所以本系列mysql 数据库迁移基于数据量大小，结合不同的应用场景，实现mysql 数据库快速迁移。 统计mysql 数据库需要迁移的数据量大小统计mysql数据库的数据库大小主要考虑的数据与索引占用的空间，需要使用的系统表为information_schema.tables计算数据库总空间大小csharp
67310编辑于 2025-06-20- 来自专栏kafka专栏
【kafka运维】Leader重新选举运维脚本
1 指定Topic指定分区用重新PREFERRED：优先副本策略 进行Leader重选举
3.9K40编辑于 2021-12-31 - 来自专栏kafka专栏
【kafka运维】ConfigCommand运维脚本
默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置
3.2K10编辑于 2022-04-13 - 来自专栏北京马哥教育
【运维故事】运维小白黑化记
来源:运维人那些事儿 ID:jzjytd2016 【01】换工作 2017年8月份的某一个晴朗慵懒的下午，我在望京中环南路7号西家大院E楼5层最角落且紧靠大落地窗的工位上掐指一算，我在研究院竟然已经工作 顶着小伙伴和家人都觉得你脑子进水的诧异目光，我开始了我的换工作大业，从实习开始就在研究院工作，突然开始可以选择了竟然有些茫然，种种纠结波折暂且不表，总之，在2017年12月18号，我走进了东四157号，正式成为了银河信息化集中交易运维团队的一份子 每每想到这些，我除了自责、懊恼、自我怀疑之外，也深深体会到了团队成员的团结和大家释放出来的善意，对于运维团队来讲，每天来自业务部门及客户的压力非常大，小心翼翼，如履薄冰，全部精力用来对抗外部还不够，对于团队内部制造麻烦消耗精力的人的态度 这次经历也让我对运维工作有了新的认识和更多的思考，在这里和大家分享一下： 操作层面 1. 线上操作无小事”，坚持 “双人复核”，坚持“按照流程操作” 端正心态，受过去经历和个人性格的影响，我是一个有一点个人英雄主义倾向的人，来到新的团队，更是急于证明自己，心态出了问题自然会导致路线跑偏，生产系统线上运维是一个严谨度要求非常高的工作
2.9K30发布于 2018-06-20 - 来自专栏智能运维圈
IT运维发展进程中不同时期的差异！传统运维、互联网运维、业务运维
而运维作为IT运行的有力保障，在不同时期和不同类型的企业中正在发挥着越来越大的支撑和引领作用，今天就让我们聊聊信息化时代的传统运维、互联网时代的互联网运维和数字化时代的业务运维有什么不同！ 传统运维部门在制订IT设备和信息化系统管理目标时，关注的是一台台IT设备的故障率和一套套应用系统的可用性，在基础设施、数据库、中间件、灾备、存储等环节通常大量采用商业闭源的软硬件产品及其解决方案，设备的开放性差 因此，互联网运维在基础设施、数据库、中间件、分布式存储、自动化部署等环节通常大量采用开源或基于SaaS的自动化运维监控工具，如Zabbix、Nagios和云智慧监控宝等，这些产品的横向扩展能力很强，具有分布式 故障发生时，要求互联网运维能够第一时间发现问题，并快速进行根因分析，依靠人工巡检的传统运维管理方式严重落后，自动化运维逐渐流行。 未来，随着机器学习、深度学习等技术的不断成熟，AI技术将在业务运维体系中得到广泛的应用，共同推动IT运维市场的进步，而这就是业务运维在几年之后发展方向——智能运维AIOps。
4.5K201发布于 2021-05-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号