当前位置: 维易PHP培训学院 > 编程摘要 > WEB服务器 > 服务器运维

服务器运维


  • 又又又断电?从某Cloud数据中心电力故障看UPS可靠性

    服务器运维 / 据青云官方称:具体故障发生过程为,该数据中心需要对A组UPS进行定期离线维护作业所以将负载从A路UPS整体切换到B路UPS,但是3个小时之后B路电源UPS出现单台机组报故障,随后整组UPS过载.1分钟后B路UPS在进行内部旁路切换时报警显示不能进行切换,紧接着UPS就陷入异常状态.大约36分钟后UPS系统恢复正常状态后将报警还原时,电源产生了瞬断现象
  • MySQL存储引擎之Spider内核深度解析

    服务器运维 / MySQL的handler类对于INSERT操作提供的接口函数的名字是write_row.存储引擎想要支持INSERT操作就必须实现write_row方法.Spider对于write_row方法的实现是简单地根据查询解析的信息拼接一条INSERT语句,发往后端节点处理.如果是批量插入操作则需要与MySQLServer层配合,将INSERT语句批量发到后端节点
  • 基于Docker的Jenkins持续交付实践

    服务器运维 / A10:我看到很多朋友都提问了,Jenkins如何跨主机部署或者如何部署到Kubernetes集群,如何回滚
  • 开源监控软件zabbix的基础理论知识

    服务器运维 / zabbix是一款基于web页面的、开源的、企业级的,可以分布式部署的监控软件.2.zabbix的作用监控windows和Linux主机上的软硬件状态.监控各网络设备,如路由器、交换机、防火墙、f5、打印机等.发送告警通知.通过web页面及图形展示监控数据.3.zabbix的特性由server和agent程序协同工作,如果是分布式监控还需要proxy程序
  • 《MySQL运维内参》节选

    服务器运维 / BufferPool的大小可以在配置文件中配置,由参数innodb_buffer_pool_size的大小来决定,默认大小为128M.在MySQL5.7.4之前,一旦MySQL已经启动,这个值便不能再做修改,如果需要修改,只能退出MySQL进程,然后修改对应的配置文件来设置新的BufferPool大小,重新启动后才能生效
  • 《MySQL运维内参》节选

    服务器运维 / 通过BufferPool多实例的管理机制,可以减少系统运行过程中不同页面之间一些操作的相互影响,从而很好地解决了由于页面之间的资源争抢导致的性能低下的问题,所以在实际的运维过程中,建议要分多实例的管理方式,把MySQL及InnoDB用好,让业务少一些烦恼
  • 《MySQL运维内参》节选

    服务器运维 / 日志组中的每一个日志文件,都有自己的格式,内部也是按照大小相等的页面切割,但这里的页面大小是512个字节,由于历史的原因,考虑到机械硬盘的块大小是512字节,日志块大小也如此设计.这是因为写日志其实就是为了提高数据库写入吞吐量,如果每次写入是磁盘块大小的倍数,效率才是最高的,并且日志将逻辑事务对数据库的分散随机写入转化成了顺序的512字节整数倍数据的写入,这样就大大提高了数据库的效率
  • 《MySQL运维内参》节选

    服务器运维 / 这里首先需要知道的是,InnoDB的REDO日志不完全是物理日志,它包含了部分逻辑意义在里面,比如插入一行记录时,MTR记录的是在一个页面中写入这条记录,内容大致包括页面号、文件号(表空间号)及这条记录的值(包括每个列信息),这样就有了逻辑概念
  • 《MySQL运维内参》节选

    服务器运维 / 注:下面讲到的数据记录,都是以Compact格式的记录为对象的,其它类型这里不考虑
  • YH6:Oracle Sharding 知识库

    服务器运维 / 分段数据库(SDB) –单个逻辑Oracle数据库,横跨在没有共享硬件或软件的物理Oracle数据库(分片)池中进行水平分区分片 –承载分片数据库子集的独立物理Oracle数据库全局服务 –提供对SDB中数据的访问的数据库服务Shard目录 –支持自动分片部署,集中管理分片数据库和多分片查询的Oracle数据库分片导向 –网络侦听器,可
  • 千亿级高性能 KV 存储生态圈

    服务器运维 / Pika是DBA需求,基础架构组开发的大容量、高性能、持久化、支持多数据结构的类Redis存储系统,目前已经开源,最新版本为Pika2.2版本.它所使用的nemo引擎本质上是对Rocksdb的改造和封装,使其支持多数据结构的存储,并在nemo引擎之上封装redis接口,使其完全支持Redis协议
  • 腾讯1300场NBA直播背后的技术力量

    服务器运维 / 天下武功唯快不破.当用户快速进入,势必而言会对局部系统给出很大压力,我们怎么快速分解这部分压力?这里用了两个重要方式.SNMP协议采集数据延时信息第一个方式是用简单网络协议SNMP协议直接采集交换机流量,这时候统计起来了,用户找进来了,可能延迟三四秒,但是每三十秒都有三万人的进入,而且直播是高带宽的服务,上万人可能就已经出现了几十G、上百G的扩张
共 862 篇教程