企业官网建设流程全解析

简介：这份《大数据技术原理与应用》配套测试题文档面向高校大数据课程学习者与备考人员，用于课后自测、章节复习与期末冲刺。文档共58页，围绕林子雨教材前两章展开：第一章大数据概述覆盖三次信息化浪潮、大数据存储与管理、流计算、大数据产业链、云计算服务模式与物联网关键技术等考点；第二章Hadoop处理架构则聚焦HDFS、MapReduce、YARN三大组件及集群节点职责。题目以单选题和多选题为主，每题均附参考答案，便于边做边核对、快速定位知识盲区。压缩包内仅1个docx文件，体积约76KB，轻量易取，可直接打印或导入平板批注。目前已有5638人学习下载，适合课堂随测、考研复试准备及大数据入门者梳理概念框架时使用。

1. 大数据技术原理与应用测试题：58页题库里拉开分差的不是单选

拿到这份《大数据技术原理与应用》测试题，多数人的第一反应是翻到单选题快速刷完。58页看着唬人，可前几章的单选几乎全是概念复述，错一两道不影响什么，真正把分数分出档次的是多选题：五个选项少勾一个、多勾一个，整题归零，而它偏偏密集压在 Hadoop 组件、HDFS 局限性、HBase 三层结构、NoSQL 三大基石这几处。这套题考的不是写代码，是能不能把「谁负责什么、哪一层解决什么问题」讲清楚——单选考细节记忆，多选考结构理解。适合准备课程期末、专业课复试、大数据岗笔试的人，两轮打法：第一轮按章节把概念钉死，第二轮只刷多选和错题，对着答案说出错在哪。

2. 大数据概述：三次信息化浪潮、4V 与三类计算模式

这一章在整份题库里分值最稳，题量也最集中，而且它属于「一旦记反就成片丢分」的类型。更麻烦的是，很多人在别处看到的表述和题库答案不一致，比如三次浪潮各自解决的问题，网上常见一种说法把「信息传输」排在第一次，这套题的答案却是第一次解决信息处理。考场上按题库走，别按印象走。

2.1 三次信息化浪潮对应三个问题，顺序千万别记反

题库的判定是：第一次信息化浪潮以个人计算机为代表，解决的是信息处理问题；第二次以互联网为代表，解决信息传输；第三次以物联网、云计算、大数据为代表，解决信息爆炸。这个顺序之所以容易翻车，是因为直觉上总觉得「先能传，才能处理」，可技术史恰恰相反——单机先把算和存的问题解决了，联网才把传输的问题摆上台面。

配套还有一道很典型的题：下列哪一个不属于第三次信息化浪潮中新兴的技术？答案是「互联网」。原因很直接，互联网属于第二次浪潮的产物，第三次的三个标志性技术是物联网、云计算、大数据。这道题在单选里出现频率很高，干扰项就藏在「都是新技术」的语感里。

记忆钩子可以这么打：PC 管处理、网络管传输、物云大管爆炸。三个词对应三台机器、三张网、三堆数据，比死背年份靠谱。

2.2 4V 与两个核心技术：多选题的固定答案池

大数据的四个特点在多选题里几乎是送分题：大量化、快速化、多样化、价值密度比较低。注意第四条的措辞是「价值密度低」而不是「价值低」，两者差一个字，意思完全不同——数据总量大、单条价值稀薄，但整体有挖掘价值。

核心技术这一题只有两个正确答案：分布式存储和分布式处理。题库里放了「分布式应用」「集中式存储」两个看着很像的干扰项。判断标准很简单——大数据的两条腿是「存得下」和「算得动」，应用是结果不是技术，集中式存储是 Hadoop 要解决的问题本身。

至于「数据存储和管理」技术层面的功能，正确答案的描述是：利用分布式文件系统、数据仓库、关系数据库等，实现对结构化、半结构化和非结构化海量数据的存储和管理。这句话的关键词是三层数据结构都要覆盖，凡是只提结构化数据的选项，直接排除。

大数据产业的定义也是同一套路：一切与支撑大数据组织管理和价值发现相关的企业经济活动的集合。注意它强调「支撑」和「价值发现」，凡是只描述某一类行业应用（智能交通、智慧医疗）的选项，都属于产业链下游的一个点，不是产业整体。

产业链环节那道题，题库把「数据循环层」设为不属于产业链的干扰项。这类题的破题方式是记住产业链是从数据产生到价值落地的单向链条，出现「循环」这种闭环词，八成是编出来的。

2.3 云计算三层服务与物联网四层结构：最容易张冠李戴的两组

云计算的服务模式是 SaaS、PaaS、IaaS 三类，这个几乎人人会背，但一到「PaaS 具体指什么」就分不清。题库给的答案是「操作系统和围绕特定应用的必需的服务」——也就是平台层提供的是应用运行的环境，不是硬件也不是成品软件。而「将基础设施（计算资源和存储）作为服务出租」是 IaaS 的描述，「从一个集中的系统部署软件，使之在一台本地计算机上（或从云中远程地）运行」是 SaaS 的描述。这三个定义一定要成组记，单记一个必然混。

云计算关键技术包括分布式存储、虚拟化、分布式计算、多租户四项，多选题四个全选。数据中心那题的正确表述是「数据中心是云计算的重要载体，为各种平台和应用提供运行支撑环境」，干扰项里「数据中心就是一台中心服务器」「每个企业都要自建数据中心」「数据中心不需要网络带宽支撑」三条都是明显的反向错误，用常识即可排除。

物联网这块有两个必考结构。组成上分四层：应用层、处理层、感知层、网络层——注意不是常见的「感知、网络、应用」三层，题库版本多了一个处理层，考试按四层答。关键技术三项：识别和感知技术、网络与通信技术、数据挖掘与融合技术。物联网应用那道题，智能物流、智能安防、环保监测都属于应用，只有「数据清洗」是数据处理动作，不属于物联网应用场景。

2.4 真题演练：五道原题走一遍答题路径

题一：第一次信息化浪潮主要解决什么问题？四个选项是信息传输、信息处理、信息爆炸、信息转换。看到「第一次」，脑子里立刻调出 PC 这条线，选信息处理。答题时可以顺手在草稿上写「1 处理、2 传输、3 爆炸」，后面再遇到浪潮题直接对表。

题二：流计算解决的是什么问题？选项分别对应批量处理、图结构处理、存储管理与查询分析、流数据实时计算。关键词「流」对应「实时」，答案是针对流数据的实时计算。这里要顺带把三种计算模式补齐：批处理对应大规模数据离线处理（MapReduce），流计算对应实时数据（Storm 一类），图计算对应大规模图结构（社交网络、路径分析）。题库里「大数据的大数据层功能」那题，数据挖掘、离线分析、BI 分析都算，唯独「实时计算」不算，考的正是这个分工。

题三：下面哪个选项属于大数据技术的「数据存储和管理」技术层面？长选项题，四个答案都写得很像。破题看动词：这道题问的是「存和管理」，正确答案里出现的是分布式文件系统、数据仓库、关系数据库；另外三个选项分别对应「处理和分析」「隐私与安全」「实时采集与流计算」，各管一段，不属于存储管理。

题四：下列哪一个不属于大数据产业的产业链环节？答案是「数据循环层」。这道题不需要记住完整链条，只需要判断哪个环节不合逻辑——产业链是从数据源到分析再到应用的推进过程，循环不是环节。

题五（多选）：大数据的两个核心技术是什么？答案是分布式存储和分布式处理。多选题在这种「两个核心」的题上反而好拿分，因为选项池里通常只放两个正确方向，剩下的都是明显跑偏的描述。真正难的是那些四个选项全对的题，比如「云计算关键技术包括什么」，四项全选，很多人只敢勾三个。

提示：这一章的所有多选题有个共同特征——正确选项往往是并列关系，而不是递进关系。看到四个选项各自描述一个独立侧面，大概率全选，别因为「感觉太多了」而漏勾。

3. Hadoop 与 HDFS：集群角色、块大小、元数据三类必考

Hadoop 这一块是整份题库的骨架，从第二章的处理架构到第三章的分布式文件系统，题目加起来能占三分之一。它的考法和第一章完全不同：第一章考「你记不记得」，这一章考「你分不分得清」。NameNode 和 SecondaryNameNode 谁备份谁、JobTracker 和 ResourceManager 是哪个版本的东西、DataNode 到底存块还是存元数据——这些点单看都能说两句，一放进选项里就开始打结。

3.1 核心设计与版本更替：一句话定位 Hadoop

Hadoop 框架最核心的设计只有一个答案：为海量数据提供存储的 HDFS，和对数据进行计算的 MapReduce。这句话是所有 Hadoop 题的原点，凡是把 YARN、HBase、Hive 说成「最核心设计」的选项，一律排除。

Hadoop 的特性在多选题里四项全选：高可靠性、高容错性、高可扩展性、成本低、运行在 Linux 平台上、支持多种编程语言。反过来考「下列哪个不属于」时，题库给的错误项是「成本高」和「只支持少数几种编程语言」。这两个干扰项的设计逻辑很清晰——把 Hadoop 的真实优势反写一遍。

版本更替是这里最容易踩坑的地方。Hadoop 1.0 的组件是 HDFS、MapReduce，以及 NameNode、DataNode、JobTracker、TaskTracker 这一套；Hadoop 2.0 引入了 YARN，把 JobTracker 的职责拆成 ResourceManager（全局资源管理）和 NodeManager（单节点管理），TaskTracker 也随之退场。所以那道「下列哪个不是 Hadoop 1.0 的组件」的题，答案就是 YARN；而「下面哪个是 Hadoop 2.0 的组件」的多选题，答案是 ResourceManager 和 NodeManager，JobTracker、TaskTracker 属于 1.0 的旧角色，放在 2.0 的选项里就是错的。

把这张对照表记住，版本类题目基本不会失分：

3.2 集群节点职责：四个角色的边界要能脱口而出

在一个基本 Hadoop 集群里，DataNode 的职责是存储被拆分的数据块；SecondaryNameNode 的职责是帮助 NameNode 收集文件系统运行的状态信息；JobTracker 负责协调数据计算任务；TaskTracker 负责执行 JobTracker 指派的任务。这四条在多选题里会打包出现，四个全对。

这里有个高频混淆点：SecondaryNameNode 名字里带 Secondary，很多人下意识当成「NameNode 的热备」，一看到「它是名称节点的备份」就勾上。题库对它的描述是「保存名称节点中对 HDFS 元数据信息的备份，并减少名称节点重启的时间」，重点在后半句——它的核心工作是周期性合并 FsImage 和 EditLog，不是接管故障。另一道判断题里「SecondaryNameNode 一般是并行运行在多台机器上」是错误表述，它通常单独部署在一台机器上，不参与并行扩展。

还有一道容易被绕进去的题：Hadoop 集群的整体性能主要受什么影响？答案是 CPU 性能、内存、网络、存储容量四项全选。这类题没有技巧，只能靠理解——分布式系统里任何一个环节成为短板，整体吞吐都会掉下来。

Hadoop 的描述题也常出反向考法，「下列关于 Hadoop 的描述哪些是错误的」，答案通常是「只能支持一种编程语言」和「具有较差的跨平台特性」。判断依据还是那两条正面特性：多语言支持、跨平台。

3.3 HDFS 块与元数据：64MB、FsImage、EditLog 三件套

HDFS 这块的第一道必考题是默认块大小。题库答案是64MB。这里必须提醒一句：新版 Hadoop 的默认块大小已经调整过，但这份题库的答案就是 64MB，考试按题库填，别按自己环境里的配置答。干扰项通常放 32KB、128KB、16KB，都是数量级明显不对的数字。

抽象出「块」这个概念带来什么好处，多选题的答案是三项：支持大规模文件存储、简化系统设计、适合数据备份。干扰项一般是「强大的跨平台兼容性」和「支持小规模文件存储」——前者根本不是块概念带来的，后者和 HDFS 的设计目标相反。

NameNode 的主要功能是存储元数据，这个几乎没有争议。但往下追一层就容易错：FsImage 到底记不记录每个块存在哪个 DataNode 上？答案是不记录。FsImage 包含的是文件系统中所有目录和文件 inode 的序列化形式，维护文件系统树以及树中所有文件和文件夹的元数据；块到 DataNode 的映射关系是另存一份、由 DataNode 上报维护的。这道题的错误选项恰恰写成「FsImage 文件记录了每个块具体被存储在哪个数据节点」，一字之差，考的就是有没有真正理解元数据的分层。

名称节点保存的两个核心数据结构是FsImage 和 EditLog。FsImage 是某一时刻的元数据快照，EditLog 记录的是这之后的所有写操作，两者合并才能还原完整状态——这也正好解释了 SecondaryNameNode 存在的意义。

3.4 真题演练：HDFS 的局限性与容错怎么答

题一：下列哪一项不属于 HDFS 采用抽象块概念带来的好处？正确答案是「强大的跨平台兼容性」。答题路径：先默念三条好处（大规模存储、简化设计、适合备份），剩下的就是答案。跨平台兼容性属于 Hadoop 整体特性，被挪到块概念这里当干扰项。

题二（多选）：HDFS 特殊的设计带来了哪些应用局限性？答案是三项：无法高效存储大量小文件、不支持多用户写入及任意修改文件、不适合低延迟数据访问。干扰项「较差的跨平台兼容性」是常客。这三条局限性要能和原因对上：小文件多则元数据撑爆 NameNode 内存；HDFS 面向一次写入多次读取，所以不支持任意修改；高延迟来自批处理式的设计取向。

题三（多选）：HDFS 只设置唯一一个名称节点，带来了哪些局限？四项全选：命名空间的限制、性能的瓶颈、隔离问题、集群的可用性。这道题很多人只敢勾两三项，其实四个角度分别对应内存上限、单点吞吐、多租户隔离、单点故障，逻辑上完全自洽。

题四（多选）：HDFS 数据块多副本存储具备哪些优点？答案是加快数据传输速度、容易检查数据错误、保证数据可靠性。三个优点分别对应并行读取、校验比对、副本冗余。干扰项一般是「适合多平台上运行」，又是跨平台这个万能干扰项。

题五（多选）：HDFS 设计了哪些机制检测数据错误并自动恢复？答案是数据节点出错、数据出错、名称节点出错三类。注意「数据源太大」是干扰项——它描述的是数据规模，不是故障类型。答这类题时先问自己「HDFS 里可能坏的有哪几样」，节点、数据、主节点，三样齐了。

HDFS 要实现的目标那道多选题，答案是兼容廉价硬件设备、流数据读写、大数据集三项，「复杂的文件模型」是反向干扰——HDFS 恰恰追求的是简单文件模型。

4. HBase 与 NoSQL：四维坐标、三层结构、CAP 三选二

第四章和第五章在题库里是连着的，两章讲的是同一件事的两面：HBase 是 NoSQL 里列族数据库的代表，NoSQL 那章则把四类数据库拉到一张表上比较。这两章的题目有个共同特点——选项都写得很长、很像，靠语感基本选不出来，必须靠结构。

4.1 为什么需要 HBase：四个理由撑起一道多选题

那道「Hadoop 已经有 HDFS 和 MapReduce，为什么还需要 HBase」的多选题，四项全选，每一条都对应 Hadoop 体系的一个短板：MapReduce 是高延迟的批处理框架，满足不了实时处理；HDFS 面向批量访问，不支持随机访问；传统关系数据库在数据规模剧增时扩展性和性能撑不住；关系数据库改结构要停机维护，空列还浪费存储。这四条记熟，后面 NoSQL 与关系数据库的比较题基本能顺推。

HBase 与 BigTable 的技术对应关系是另一道必考：GFS 对应 HDFS，MapReduce 对应 Hadoop MapReduce，Chubby 对应 Zookeeper。题库里的错误选项是把 GFS 和 Zookeeper 配成一对——GFS 是文件系统，Zookeeper 是协调服务，两者层级完全不同，看到这个搭配直接判错。

至于 BigTable 本身的描述，错误项是「爬虫持续不断地抓取新页面，这些页面每隔一段时间存储到 BigTable 里」。BigTable 是分布式存储系统，起初用于解决互联网搜索问题，查询时是从建立好的索引里取网页，不是承担抓取和定时入库的角色——那是爬虫和采集系统干的活。

4.2 四维坐标与三层寻址：HBase 最硬的两块骨头

HBase 里定位一个单元格需要四个因素，也就是所谓的「四维坐标」：行键、列族、列限定符、时间戳。题库那道题把「关键字」塞进选项当干扰项，因为「键」这个词太容易让人联想。四个坐标的作用链条是：行键定位行，列族加列限定符定位列，时间戳定位版本。三者交叉再加版本，才唯一确定一个单元格。

三层寻址结构是 HBase 最爱考的结构题。三层分别是Zookeeper 文件、-ROOT- 表、.META. 表，各自记什么必须分清：

• Zookeeper 文件记录的是-ROOT- 表的位置信息；
• -ROOT- 表记录的是.META. 表的 Region 位置信息；
• .META. 表保存的是所有用户数据表的 Region 位置信息。

题库里那道错题正是把第一层写成了「Zookeeper 文件记录了用户数据表的 Region 位置信息」，跨层了。记住这个链条的方向：Zookeeper 知道根表在哪，根表知道元表在哪，元表知道用户表在哪，一层管一层，不能越级。

Region 相关的几个判断也要过一遍：同一个 Region 不会被分拆到多个 Region 服务器；为了加快访问速度，.META. 表的全部 Region 都会被保存在内存中；一个 -ROOT- 表只能有一个Region——所以「一个 -ROOT- 表可以有多个 Region」是错误表述；客户端会缓存位置信息，同时要解决缓存失效问题。

Master 主服务器的职责包括：Region 分裂或合并后重新调整分布、对失效 Region 服务器上的 Region 进行迁移、管理用户对表的增删改查。题库里的错误项是「不支持不同 Region 服务器之间的负载均衡」——恰恰相反，负载均衡是 Master 的活儿。

访问接口那道题值得单独记：Pig 主要用于做数据统计；Native Java API 适合 MapReduce 作业并行批处理 HBase 表数据；HBase Shell 适合管理使用；REST Gateway、Thrift Gateway 适合异构系统在线访问。四个接口对应四种场景，考的就是能不能对上号。

4.3 NoSQL 四类、ACID 与 CAP：三个基石要串起来

NoSQL 的四大类型是键值数据库、列族数据库、文档数据库、图数据库。题库的干扰项是「时间戳数据库」，听着像那么回事，其实时间戳只是 HBase 单元格的一个维度，不是数据库类型。

四类数据库的特点要能成对比较。键值数据库扩展性好、灵活性好、大量写操作时性能高，但无法存储结构化信息、条件查询效率低——所以「条件查询效率高」是错误表述。列族数据库容易分布式扩展、功能较少、大都不支持强事务一致性、复杂性低，错误表述通常是「查找速度慢，可扩展性差」，正好反了。文档数据库性能好、并发高、灵活性高、复杂性低，但数据结构不规则、缺乏统一的查询语法、不支持文档间事务。图数据库专门处理高度关联的数据，适合社交网络、模式识别、依赖分析、推荐系统和路径寻找，灵活性高、支持复杂图算法，但复杂性高、只能支持一定数据规模。

ACID 四性是原子性、一致性、隔离性、持久性。题库的干扰项是「间断性」——这个选项几乎每套题都会出现，看到就排除。注意 ACID 是关系数据库的立身之本，NoSQL 三大基石则是 CAP、最终一致性、BASE，两组概念不要混着答。

CAP 这块的高频错点是「一个分布式系统可以同时满足一致性、可用性和分区容忍性这三个需求」，这句话是错的，CAP 的本质就是三选二。三种选择分别是 CA（放弃分区容忍性）、CP（放弃可用性）、AP（放弃一致性）。答题时抓住「放弃哪一个」这个角度，比死记缩写快得多。

4.4 真题演练：三道典型题的拆解路径

题一：下面关于 NoSQL 和关系数据库的简单比较，哪个是错误的？题库给的错误项是「NoSQL 很难实现横向扩展，RDBMS 可以很容易通过添加更多设备来支持更大规模的数据」。判断依据很硬：横向扩展正是 NoSQL 的看家本领，关系数据库的短板恰恰在扩展性。这类比较题有个通用框架——一致性、完整性、复杂查询上 RDBMS 更强；扩展性、海量存储、灵活数据模型上 NoSQL 更强。按这个框架逐项对，错误项自己会浮出来。

题二：下列哪个不属于 NoSQL 数据库的特点？答案是「数据存储规模有限」。NoSQL 的几个标志性特点是灵活的可扩展性、灵活的数据模型、与云计算紧密融合，都是为海量数据准备的，说它存储规模有限就是反着写。

题三（多选）：关系数据库无法满足 Web2.0 需求，主要表现在哪几个方面？答案是三项：无法满足海量数据的管理需求、无法满足数据高并发的需求、无法满足高可扩展性和高可用性的需求。「使用难度高」是干扰项——关系数据库的问题从来不是难用，而是撑不住规模。

顺着这条线还有一道延伸题：关系数据库引以为傲的事务机制和查询机制，到了 Web2.0 时代成了鸡肋，原因是 Web2.0 网站通常不要求严格的数据库事务、不要求严格的读写实时性、通常不包含大量复杂的 SQL 查询。注意干扰项「Web2.0 网站基本不用关系数据库存储数据」——这话太绝对，很多站点仍在用，只是不作为唯一存储。

5. 易错点：四类一考就翻车的题，错法都很像

做完前面几章会发现，丢分的地方高度集中，不是不会，而是「记的时候记了个大概」。下面四类错误，每一类都能在题库里找到原型，也几乎每年换个问法重出。

5.1 概念颠倒：三次浪潮与云服务三层

错在哪：把第一次信息化浪潮答成「信息传输」，把 PaaS 答成「将基础设施作为服务出租」。

为什么错：这两组概念的共同点是名称相近、层级相邻，靠语感区分必然失败。浪潮问题是历史顺序问题，云服务是抽象层级问题，两者都没有「听起来更像」这回事。很多人是先看到过某个说法，之后再没核对，考场上直接调用错误记忆。

怎么答对：浪潮题用「PC 处理、网络传输、物云大爆炸」这一句锁死顺序；云服务用「硬件在最下、平台在中间、软件在最上」的位置记忆——IaaS 出租的是计算资源和存储，是硬件层；PaaS 提供的是操作系统和围绕特定应用必需的服务，是平台层；SaaS 是把软件部署好给人用，是应用层。答题时先在草稿上画三层，再往选项里套，比直接读选项可靠。

5.2 数值与版本：64MB 和 Hadoop 1.0/2.0

错在哪：HDFS 默认块大小填成 128MB；把 YARN 当成 Hadoop 1.0 的组件。

为什么错：块大小这一条是典型的「经验害人」。自己搭过环境的人，脑子里记的是配置文件的当前值，可题库考的是教材版本的 64MB。版本问题则是没把组件和版本的对应关系整理成表，靠零散记忆，一遇到「下列哪个不是 1.0 的组件」就犹豫。

怎么答对：块大小按题库答 64MB，看到 32KB、128KB、16KB 一律排除，因为它们的数量级就不对。版本题默念一句「2.0 的主线是拆 JobTracker」：拆出 ResourceManager 和 NodeManager，所以凡是出现 JobTracker、TaskTracker 的 2.0 选项都是错的，凡是问 1.0 不含什么，答案就是 YARN 及其新角色。

5.3 角色职责错位：SecondaryNameNode、Master、Region

错在哪：认为 SecondaryNameNode 是 NameNode 的热备，能接管故障；认为 Master 不支持 Region 服务器之间的负载均衡；认为 -ROOT- 表可以有多个 Region。

为什么错：这三个错误同一个根源——被名字带偏。SecondaryNameNode 的 Secondary 让人联想到「副机」「备机」，实际上它的工作是合并 FsImage 和 EditLog，属于「助手」而不是「替补」。Master 的职责里负载均衡不够显眼，容易被忽略。-ROOT- 表只有一个 Region，是因为它是寻址链条的起点，全局唯一，这一点不理解为「根」就记不住。

怎么答对：把角色职责做成一句话卡片——SecondaryNameNode 管合并、不管接管；Master 管分配迁移和负载均衡；-ROOT- 表全局唯一且只有一个 Region。凡是选项里出现「备份接管」「不支持负载均衡」「多个根 Region」这类表述，直接判错。

5.4 多选漏勾：四项全选反而不敢选

错在哪：云计算关键技术、HBase 实现的功能组件、HDFS 唯一名称节点的局限性这类题，正确答案是四项全选，很多人只勾两三个。

为什么错：长期做单选养成的习惯——总觉得「全选」不像是正确答案。可这套题的多选题里，四个选项分别描述同一对象的四个侧面时，全选是常态。漏勾的代价和选错一样，整题归零。

怎么答对：给一个可操作的判断流程。先看四个选项是不是在描述同一个对象的不同方面，如果是并列关系且没有互相矛盾，全选；如果出现两个选项语义相反（一个说支持多语言、一个说只支持一种语言），那必然有一个错；如果某个选项偷偷换了主体（问 HDFS 局限性，选项说跨平台兼容性差），那它是干扰项。按这个流程走一遍，比凭感觉稳得多。

注意：多选题里最容易骗人的不是明显错误项，而是「把别的知识点的正确描述搬过来」。它本身是对的，只是不属于这道题问的对象。判断时先确认题目问的主体，再看选项描述的对象是不是同一个。

6. 答题技巧：两轮刷题法和最后三天的押题顺序

时间紧的时候，与其把 58 页从头刷到尾，不如按「结构先行、细节后补」的顺序推。我给一个自己反复用过的两轮方案。

第一轮只做结构，不追细节。按章节把每章的核心对象列成一张小表：第一章列「三次浪潮—三个问题」「三类计算模式—三类场景」「云三层—三个定义」；第三章列「HDFS 四类角色—四类职责」；第四章列「四维坐标—四个维度」「三层寻址—三层各记什么」；第五章列「四类 NoSQL—各自优缺点」「ACID 与 CAP 两组概念」。这一轮不要求答对题，要求能合上书把表默写出来。表能默写，题目自然会对。

第二轮只刷多选和错题。单选题在这一轮基本不用碰，因为单选考的是点，多选考的是面，面铺开了点不会丢。刷多选时强迫自己说出每个被排除选项错在哪，说不出来就说明这个知识点是蒙对的，回去补。

最后三天的顺序可以这么排：

还有一个押题方向值得留意：这套题的出题人明显偏爱「功能归属」类判断，也就是把 A 模块的职责写到 B 模块名下。HBase 的 Pig 接口被写成批处理、FsImage 被写成记录块位置、Master 被写成不支持负载均衡，都是同一个套路。复习时每记住一个角色的职责，顺手问一句「这件事是谁干的、不是谁干的」，比单向记忆有效得多。

从那以后我每次做这类题库，都会先把每章的角色和职责写成两列，一列写「它负责什么」，一列写「它不负责什么」，错题就往第二列里补。补到第三遍的时候，那些长得像的选项基本一眼就能看穿。希望帮到你。

本文还有配套的精品资源，点击获取