文章目录 备份和恢复分类冷备热备逻辑备份mysqldumpSELECT...INTO OUTFILE恢复 二进制日志备份与恢复快照备份(完全备份)复制快照+复制的备份架构 备份和恢复 分类 （1）根据备份的方法可以分为： Hot Backup（热备）：指在数据库运行中直接备份，对正在运行的数据库没有
# stress-NG 磁盘测试结果 ## 摘要 ``` 前几天分别还是用了redis-benchmark还有specjvm2008进行了多种系统的压测 得出了信创CPU的一些简单结论 但是一直还没有压测磁盘, 今天想着使用stress-NG压测一下不同架构的信创服务器的磁盘清空. 在网卡还没到打瓶
LVS入门篇（五）之LVS+Keepalived实战 https://www.cnblogs.com/linuxk/p/9365189.html 一、实验架构和环境说明 （1）本次基于VMware Workstation搭建一个四台Linux（CentOS 7.4）系统所构成的一个服务器集群，其中两
https://zhuanlan.zhihu.com/p/27275483 TiDB存储引擎TiKV是基于RocksDB存储引擎，通过Raft分布式算法保证数据一致性。本文详细介绍了TiKV存储引擎的实现机制和原理，加深对TiDB底层存储架构的理解。 1、TiDB存储引擎TiKV TiDB存储引擎T
https://www.bookstack.cn/read/tidb-5.0-zh/storage-engine-rocksdb-overview.md TiDB试用 来源:TiDB 浏览 299 扫码 分享 2021-04-20 20:56:38 RocksDB 简介 TiKV 架构 RocksD
https://docs.pingcap.com/zh/tidb/stable/rocksdb-overview RocksDB 是由 Facebook 基于 LevelDB 开发的一款提供键值存储与读写功能的 LSM-tree 架构引擎。用户写入的键值对会先写入磁盘上的 WAL (Write Ah
TiDB存储引擎TiKV是基于RocksDB存储引擎，通过Raft分布式算法保证数据一致性。本文详细介绍了TiKV存储引擎的实现机制和原理，加深对TiDB底层存储架构的理解。 1、TiDB存储引擎TiKV TiDB存储引擎TiKV是分布式的key-value存储引擎，它是一种高度分层的架构，通过Ra
https://www.jianshu.com/p/ee8b1bdfdb19 在PostgreSQL里，逻辑结构从高到底依次是：数据库、模式（又叫架构）、表、行。当我们打开PostgreSQL官方自带的客户端软件pgadmin的时候，点开一个实例的连接，如下所示： image.png 从图中我们可以
GitHub 近两万 Star，无需编码，可一键生成前后端代码，这个开源项目JeecgBoot有点强 https://www.cnblogs.com/05-hust/p/14515686.html 一、项目介绍： JeecgBoot 是一款基于代码生成器的低代码开发平台！前后端分离架构 Spring
1.什么是RAC（Real Application Cluster）？ RAC（Real Application Cluster）是Oracle数据库的一种部署架构，它将多个数据库服务器连接在一起，共同组成一个实例。这些服务器之间通过高速网络相互通信，共享存储和计算资源，从而提供更高的可用性、性能和
概述 在微服务、API 化、云原生大行其道的今天，服务治理不可或缺，而服务治理中限流几乎是必不可少的手段；微服务化往往伴随着分布式的架构，那么仅仅单机限流是不够的，还需要分布式的限流。 那么问题就来了：分布式限流中，往往会出现「限流不均衡」或「限流误差」的情况，这是为什么呢？ 限流 国庆假期，限流这
概述 今天心血来潮，介绍一下我的新博客站点 —— https://EWhisper.cn。 我是做基础平台 PaaS 运维和架构的，挺喜欢把工作中学到的新知识写下来、记笔记，突然有一天就抱着「资源共享、天下为公」的理念，分享我的学习心得，也能让我的文章更规范刻度。 我是从 2019 年开始折腾博客的
概述 只要是个公司，基本上都有邮箱和 AD(Active Directory). 在 AD 里，已经有了： 用户 账号密码 邮箱 用户组 组织架构 所以对于一些仅限于本公司一定范围内人员使用的管理或后台或运营运维类系统，其实是非常适合对接 AD 来进行认证、分组，以及根据分组来进行权限分配的。 对于
API 帮助跨多个设备互连多个应用程序或软件系统，定义它们可以发出的调用或请求的种类、调用的方式、应使用的数据格式以及应遵守的约定。API 已经发展成为重要的互连，支持不同应用程序架构之间的通信，促进新服务的更快集成和部署。软件开发程序也依赖 API 来提供服务、平台管理和持续部署。涉及移动设备、云
在之前的文章中，我们已经充分了解了应用部署的4种常见模式（金丝雀部署、蓝绿部署、滚动部署及影子部署）。随着云原生技术逐步成熟，企业追求更为灵活和可扩展的系统，微服务架构大行其道。 微服务固然有诸多优点，但也给架构及运维工程师带来了新的挑战。在单体架构中，应用的设计、部署以及扩展都是作为一个单元进行，
## 背景 最近一组业务redis数据不断增长需要扩容内存，而扩容内存则需要重启云主机，在按计划扩容升级执行主从切换时意外发生了数据丢失与master进入只读状态的故障，这里记录分享一下。 ## 业务redis高可用架构 该组业务redis使用的是一主一从，通过sentinel集群实现故障时的自动主
背景 为什么讲这么小的一个问题呢？因为今天在进行系统上线的时候遇到了这个问题。 这次的上线动作还是比较大的，由于组织架构拆分，某个接入层服务需要在两个部门各自独立部署，以避免频繁的跨部门沟通，提升该接入层服务的变更效率。 该接入层服务之前是使用cookie + 内存session机制的，这次要独立部
# ★微服务系列 [微服务1：微服务及其演进史](https://www.cnblogs.com/wzh2010/p/14940280.html "微服务1：微服务及其演进史") [微服务2：微服务全景架构 ](https://www.cnblogs.com/wzh2010/p/15311192.h
