高级软件工程师（面试题） 出题者:netkiller 出处：http://www.netkiller.cn/ 高级软件工程师 下面的面试题不分语言，适用于所有编程语言，更多偏向设计。 设计一个分类功能 该功用于行政区域划分，商品分类，等等 例如中国->广东-深圳 ..... 要求： 无限极分类，层次深度不限 快速检索，不能使用递归 只能使用一个数据库表实现 可以生成树形目录 商品以及属性功能的设计 一个商品有很多属性，例如尺寸，颜色这些属性有固定的值，而另一些属性如重量，体积是需要填写具体数值的，并且还有
【数商云】电子商务网站建设公司为各种规模的企业提供灵活、安全、稳定、高效的智慧电商解决方案，帮助电商企业从容面对业务高峰、安全压力等，在市场竞争中脱颖而出。通过弹性扩缩架构，快速实现应用容器化部署，弹性扩缩；高可用，高性能，开发友好，降低人员成本。100T储备带宽、全球 1300+ CDN 节点、高达T级的防护服务，助力电子商务企业从容应对促销活动的超大流量。通过 EMR 快速构建 Hadoop 集群，结合多样化工具，精准用户画像，轻松实现商城网站低成本高效率的大数据处理。
TiCDC 是一个通过拉取 TiKV 日志实现的 TiDB 增量数据同步工具，具有还原数据到与上游任意 TSO 一致状态的能力，同时提供开放数据协议，支持其他系统订阅数据变更。TiCDC 运行时是无状态的，借助 PD 内部的 etcd 实现高可用。TiCDC 集群支持创建多个同步任务，向多个不同的下游进行数据同步
TiCDC 是一个通过拉取 TiKV 日志实现的 TiDB 增量数据同步工具，具有还原数据到与上游任意 TSO 一致状态的能力，同时提供开放数据协议，支持其他系统订阅数据变更。TiCDC 运行时是无状态的，借助 PD 内部的 etcd 实现高可用。TiCDC 集群支持创建多个同步任务，向多个不同的下游进行数据同步。
海外酒店是酒旅事业群第一个孵化的业务，从2016年9月份开始到现在已经半年多的时间。在业务后台搭建、成长、优化过程中，经历了很多的思考与选择。 主要分为下面几个阶段： 初建：调研、落地，合理复用，高效自建。 优化：量化、决策，寻找瓶颈，优化性能。 展望：梳理、规划，业务展望，未雨绸缪。 本文将分别介绍这几个阶段后台系统相关的思考，此外还会在最后总结团队建设方面的经验。 初建 海外酒店作为一个孵化项目，属于新的业务场景，没有完整的学习对象。从业务细节上来讲，孵化业务的属性、流程、发展方向均有自己的特点；但从
容灾体系能否第一时间恢复数据成为容灾体系是否合格的核心指标，对于业务连续性来说也至关重要。腾讯云数据库灾备解决方案的最佳复原时间目标（RTO）也降低到秒级，彻底解决单机房网络、光缆挖断等不可控故障给业务带来的长时间停服不可用。
2、确保应用高可用性，消除计划外的停机时间，减少计划外的停机时间，提高业务连续性。
数据库作为企业数据的管理软件，是企业的核心资产，需要避免单点灾难，因此数据库灾备需求应运而生。
灾备，是企业中一项重要的技术应用，对于企业数据安全起到了很大的作用。 一般来说，灾备的级别可以分为数据级、应用级和业务级三个级别。
无论是哪种数据库都需要面临数据库数据备份和恢复的问题，使用UCACHE灾备云进行Oracle实时复制数据、搬迁数据功能来设计Oracle数据库备份和恢复解决方案，支持定时备份、实时备份，增量备份，同时可开展异地灾备，是Oracle数据库灾备/恢复的完美解决方案。
oracle的ADG那是自不必多说，用存储圈的话说，现在存储正在从被动被动变为主动，但是总体上是被软件抢，RAID被ASM抢，快照被Flashback抢，DR被ADG抢。 如果这几种方案结合在一起那会是什么结果。这就涉及到一个备库的设计方法。 我也是抛砖引玉。环境都是基于11g的dg来说。 首先基本的，一个主库一个备库是很多系统都在采用的备库设计方式，如果数据库比较关键，这种方案有什么缺点呢。 11g的备库现在也被赋予了更多的责任。 容灾，首先就是容灾如果主库挂掉，备库能够进行failover，这个没有问题
风险无处不在，包括自然灾害以及突发事件等，有时候我们无法预测到一些风险，比如天津港爆炸事件。IT领域也一样，总是有意想不到的事情，风险具有不可预测性，万全之策就是做好灾难应对的各种准备。
下文以腾讯云数据库 MySQL为例，介绍如何充分利用腾讯云的优势，减轻DBA的负担，轻松来搭建数据库。
本文叙述了高校业务系统及数据容灾备份方案 2.0 的应用探索和实践，介绍了数据库双活、应用秒级容灾和数据级实时备份、虚拟化平台备份等综合性创新应用，满足当前教育信息化 2.0 行动计划的信息安全需求，助力高校在等保、容灾、数据同步等方面的发展。
当前市场上常见的容灾模式可分为同城容灾、异地容灾、双活 数据中心、两地 三中心几种。
相对于过去单体或 SOA 架构，建设微服务架构所依赖的组件发生了改变，因此分析与设计高可用容灾架构方案的思路也随之改变，本文对微服务架构落地过程中的几种常见容灾高可用方案展开分析。
“秒杀”系统的建设需要整个系统从前到后全栈的协同配合，其中包含了基础技术部维护的多个服务，比如CDN、高防IP、容器平台、缓存、数据库、中间件、全链路压测、监控系统等，我们围绕这些基础服务讨论秒杀系统的技术挑战与架构优化。
也许很多企业很幸运，从来没有经历过数据丢失。但是，一旦发生企业关键数据的丢失，就会很大程度上影响业务发展，同时造成严重经济损失。
随着医疗、大型企业行业上云步伐的加快，上云后的业务系统安全性如何保障成为客户关注的重点。对于医疗、大型企业客户，往往建有自己的数据中心，如何保障极端情况下业务系统的稳定运行？双活、灾备，能帮到我们！
企业业务敏感程度差异，对容灾指标RPO&RTO要求也不同。之前两篇文章主要介绍数据冷备，主要特点是数据备份存储非实时，备份系统存储数据通常昨天的数据，当灾难真正来临的时候，今天新产生的数据会丢失情况。对于企业核心业务来讲，业务恢复（RTO）可以接受小时级别，但是对于数据无法接受丢失，即RPO接近为“零”。结合腾讯云数据备份能力，本文重点介绍数据热备解决方案，旨在让客户上好云，用好云，管好云。
对于金融企业来说，尤其是银行、证券、保险这些行业，在一个 IT 系统运行支撑业务的过程当中，考虑到硬件的故障、网络的故障，等一切可能会对业务产生影响的突发故障。那么，在过去漫长的 IT 发展的过程当中，大量的技术被应用在关于如何解决组件级的高可用，整个服务的容灾和灾备，包括如何保证整体业务的连续性。
“删库跑路”作为调侃程序猿的梗一直以来广为流传，但是当真的发生的时候，犹如黑天鹅降临，瞬间业务全线停摆，造成难以估量的损失。在SaaS领域举足轻重的服务提供商微盟，就刚刚经历了这样一场没有硝烟又争分夺秒的战争。 一周前，微盟部署在自建MySQL数据库上的核心业务数据，被微盟某运维人员用一种让程序员闻风丧胆的Linux系统下文件删除命令，整体进行了不可逆的删除。更残酷的是，备份数据也一起删除了。 所有微盟平台上的用户和商家业务因此被迫停滞了一周，而服务没有恢复的每一分每一秒都是收入和用户的损失，这次删库
灾备： 是指容灾和备份。容灾是为了在遭遇灾害时能保证信息系统能正常运行，帮助企业实现业务7*24小时连续性的目标，备份是为了应对灾难来临时造成的数据丢失问题。容灾备份产品的最终目标是帮助企业应对人为误操作、软件错误、病毒入侵等“软”性灾害以及硬件故障、自然灾害等“硬”性灾害。
当业务对数据库进行了误操作，导致了数据的丢失或其他问题的发生。此时，虽然可以通过备份恢复或数据闪回等方式能够对数据库进行恢复，但是该过程可能会导致业务出现较长时间的中断，最终影响业务系统的稳定性。
数据灾备，简单来说，就是通过将关键数据备份到安全的地方，以便在发生数据丢失或损坏时可以快速恢复，从而保障业务的连续性和数据的安全性。数据灾备的需求来自于各个行业，包括金融、医疗、零售、教育、政府、制造业等，其市场规模也在不断扩大。
时至今日，企业运作和业务运营对于IT系统的依赖性越来越高，对于IT系统的稳定性和可靠性的要求也越来越高。然而，＂天有不测风云，人有旦夕祸福＂，一旦IT系统因为天灾或人为因素等等意外事故导致系统毁坏而长期无法运行，将造成整个企业在营运上的重大损失。曾几何时支付宝、携程等互联网企业由于IT系统技术故障而相继“瘫痪”，更是从反面说明了容灾系统建设的重要性。
我们今天不讨论火灾的原因、OVH损失多少，而是想重点说说在这次火灾中受影响的用户与背后的系统设计缺陷。
上篇文章我们总结了一下同城双活、异地多活、两地三中心等一些部署架构，那么这篇文章我来发表一下我对三地五中心的理解。 我们上篇文章讲过两地三中心这个架构，如下图：
关系数据库的事务（transaction）是一组操作序列，比如读，插入，删除，更新等等。事务有四个基本要素，即原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），即ACID：
互联网科技不断发展的同时，云端服务也变得越来越重要，云服务可以将企业所需的数据和软硬件都存放在网络上，在任何时间和地点使用不同的设备互连，就能实现数据的存取和运算，而我们的生活方方面面都在不断产生着数据，无论是出行记录、消费记录、浏览记录还是发送的消息。
本文介绍了英方在灾备行业取得的技术成果和成功案例，包括英方在灾备领域的核心技术、产品特点、解决方案以及服务理念等方面的内容。英方在灾备行业已经形成了较为完整的产品线和服务体系，能够为用户提供高效、智能、安全的灾备解决方案，满足用户个性化需求，助力用户实现业务连续性和数据安全。
近年来，中国移动不断加强业务运营IT支撑系统的自主可控建设。亚信科技AntDB数据库已在运营商核心系统深耕15年，在通信行业的多个领域完成上线并保障持续平稳运行，完全具备国外数据库所具备的能力。因其技术领先性与稳定性，湖南移动借力亚信科技AntDB数据库，积极推进核心业务数据库的国产替代工作。
业务容灾是所有容灾中最复杂的一种场景，涉及到业务应用、中间件、数据库及底层的计算、存储、网络等资源。就云上业务容灾来讲整个容灾覆盖到IaaS、PaaS、SaaS层。在容灾方案确认并且实施落地之后，就需要进行容灾切换演练工作。下面主要介绍下容灾切换演练的流程及具体操作细节。
水滴公司是中国互联网健康保险保障第一平台，用互联网科技助推广大人民群众有保可医，保障亿万家庭。截至2020年3月，水滴公司有超过3.1亿独立付费用户。 与死神赛跑的水滴筹业务，救援速度也在不断加速，在平台通过提现公示的求助项目中，95%以上24小时内完成打款，60%以上在8小时内完成打款。病情紧急、急需大量医疗资金的患者还可申请“极速打款绿色通道”，在6小时内即可收到款项。截至2020年5月，水滴筹累计帮助困难大病家庭筹集医疗资金超过300亿元，有9亿多人次的好心人在平台上献出爱心，帮助困难患病家庭
就像在“传统关系数据库高可用的缺失”一文中所看到的，高可用在传统关系数据库的理论和实践上都是缺失的，这使得传统数据库无法做到主库备库完全一致，为了减少主库故障对业务的影响不得不使用昂贵的高可靠硬件，缺乏高可用还导致了分布式OLTP数据库缺失、无法水平伸缩从而使得高并发业务不得不采用更加昂贵的大型服务器等。作为分布式关系数据库，OceanBase必须解决这个问题。那么，采用普通PC服务器的OceanBase是如何做到高可用的呢？
最近暴雪公司和网易的一则声明刷爆了朋友圈，大意就是由于『供电意外中断的原因而产生故障，导致数据损坏』，这样一则公告引发了一系列的猜想，我们在围观时仿佛人人都是诸葛亮，而事实上设身处地，我想在一次负责任
实现业务连续性的技术手段通常包括高可用性和灾备恢复两种，所以本文讲述的是在腾讯云上实现业务连续性的解决方案。
1月19日，数据复制领域的龙头企业，成立于2011年的英方软件以发行价38.66元成功登陆上交所科创板。上市后英方软件股价立刻跳升超过100%，截至午间收市为止，上涨至105.48元，涨幅高达172.84%，市值达到88.08亿元。据悉，英方软件本次发行数量为2094.6737万股，预计募集资金约8.10亿元。
腾讯云数据库 MySQL 提供了灾备实例的功能，如果一个实例未配置灾备实例，当实例的主备节点同时，或者实例所在的地域出现严重故障时，业务受影响的时间可能会超过预期。
为帮助开发者更好地了解和学习分布式数据库技术，2020年3月，腾讯云数据库、云加社区联合腾讯TEG数据库工作组特推出为期3个月的国产数据库专题线上技术沙龙《你想了解的国产数据库秘密，都在这！》，邀请数十位鹅厂资深数据库专家每周二和周四晚上在线深入解读TDSQL、CynosDB/CDB、TBase三款鹅厂自研数据库的核心架构、技术实现原理和最佳实践等。三月为TDSQL专题月，本文将带来直播回顾第二篇《破解分布式数据库的高可用难题：TDSQL高可用方案实现》。
作者丨DongGuoChao 来源丨https://blog.dogchao.cn/?p=299 导读：异地多活，作为一种高可用部署架构，成为大中型互联网公司的选择。像大家熟知的大型互联网公司，如阿里
点击上方蓝色“程序猿DD”，选择“设为星标” 回复“资源”获取独家整理的学习资料！ 后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。 高可用的一些解决方案 高可用，从发展来看，大致经过了这几个
作者介绍 万守兵：腾讯云行业架构师，对云上双活架构、迁移方案有比较深的了解，现主要负责腾讯云泛互行业TOP级客户的解决方案架构工作。 高可用挑战 1. 高可用挑战：时间要求 2. 高可用挑战：各种不稳定的原因 常见事故及问题归类如下： 互联网通用架构和分层 典型互联网架构分层设计如下： 系统正交分解如下： 分类 服务治理 目标 技术 架构 监控层外层客户端SLA、攻防/扫描/审计 CDN合理/稳定
灾备，又称灾难恢复(disaster recovery)。指的是， 发生灾难时恢复业务的能力。这就意味着已经发生了灾难，进行补救。它的流程是，前期准备，发现灾难，应对灾难。 大多数系统的自动灾备依赖外部系统实现，一些关键模块则使用分布式共识算法实现内部灾备。
删库跑路对网站造成的后果是很严重的，甚至是“毁灭性”的。上面那起事件造成的历史数据损失，要一周时间修复，更不用提因线上服务瘫痪、导致业务停滞造成的直接经济损失了！
一、高可用的挑战 1、高可用挑战-要求 image.png 2、高可用挑战-各种不稳定的来源 常见事故及问题归类如下： image.png 二、互联网通用架构和分层 典型互联网架构分层设计如下： image.png 系统正交分解如下： 服务治理目标 技术架构 监控层 外层 客户端SLA 攻防/扫描/审计 CDN合理/稳定 DNS合理/稳定 流量峰值 CDN DNSPOD/Ip直连 高防 客户端监控 CDN监控 DNSPOD监控 安全监控 接入层 异地多活 服务
其实，TencentDB已经和珍爱网“隐婚”数年了，请允许我正式向大家介绍我的“另一半”：
为帮助开发者更好地了解和学习分布式数据库技术，2020年3月，腾讯云数据库、云加社区联合腾讯TEG数据库工作组特推出为期3个月的国产数据库专题线上技术沙龙《你想了解的国产数据库秘密，都在这！》，邀请数十位鹅厂资深数据库专家每周二和周四晚上在线深入解读TDSQL、CynosDB/CDB、TBase三款鹅厂自研数据库的核心架构、技术实现原理和最佳实践等。三月为TDSQL专题月，本文将带来直播回顾第一篇《腾讯自研分布式数据库TDSQL核心架构及特性拆解》。
来源：https://blog.dogchao.cn/?p=299 前言 后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过 F5 或者任何代理
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
