2026年数据库管理操作测试题及答案解析

2026年数据库管理操作测试题及答案解析一、单项选择题（每题2分，共20分）1.在MySQL8.0中，若需将某张InnoDB表从utf8字符集无损迁移到utf8mb4，下列哪条语句最符合“零停机、零数据截断”要求？A.ALTERTABLEtCONVERTTOCHARACTERSETutf8mb4;B.ALTERTABLEtMODIFYcVARCHAR(255)CHARACTERSETutf8mb4;C.ALTERTABLEtCHARACTERSETutf8mb4COLLATEutf8mb4_0900_ai_ci,ALGORITHM=INPLACE,LOCK=NONE;D.CREATETABLEt_newLIKEt;INSERTINTOt_newSELECTFROMt;RENAMETABLEtTOt_old,t_newTOt;D.CREATETABLEt_newLIKEt;INSERTINTOt_newSELECTFROMt;RENAMETABLEtTOt_old,t_newTOt;答案：C解析：MySQL8.0支持ALGORITHM=INPLACE且LOCK=NONE的在线DDL，可保证迁移期间读写不阻塞；CONVERTTO会重建表但可能截断超长的utf8字符，MODIFY仅改列定义不处理历史数据，双表切换方案需要短暂锁表。2.某PostgreSQL15实例开启logicalreplication，发布端表缺少主键，订阅端复制进程频繁报错“couldnotidentifyanindextouseforUPDATE”。下列修复方案中，哪一项对发布端业务影响最小？A.在发布端执行ALTERTABLEADDPRIMARYKEY(id);B.在发布端执行ALTERTABLEREPLICAIDENTITYFULL;C.在订阅端执行ALTERSUBSCRIPTIONDISABLE;D.在发布端设置wal_level=minimal;答案：B解析：REPLICAIDENTITYFULL让旧元组以整行作为定位键，无需新增主键，避免锁表重写；ADDPRIMARYKEY需扫描全表并加排他锁；DISABLE订阅无法解决定位问题；wal_level=minimal会中断逻辑复制。3.Oracle19c启用AutomaticSharedMemoryManagement后，下列哪项内存组件仍必须手工设置下限？A.SharedPoolB.BufferCacheC.LargePoolD.LogBuffer答案：D解析：LogBuffer（redologbuffer）大小由log_buffer参数静态设定，不受ASMM自动调节；其余池由SGA_TARGET统一调配。4.在SQLServer2022中，采用AlwaysOn可用性组，同步辅助副本突然进入“NOTSYNCHRONIZING”状态，但主副本日志重用等待类型为LOG_SCAN。最可能的根因是：A.主副本日志磁盘满B.辅助副本Redo线程阻塞C.网络通道压缩算法不匹配D.主副本日志读取线程被备份作业阻塞答案：B解析：LOG_SCAN等待表明主副本已读完日志，但辅助副本Redo未应用完毕，导致日志无法截断；磁盘满会表现为LOG_BACKUP等待；网络压缩不匹配不会触发LOG_SCAN；备份作业阻塞的是日志发送而非读取。5.MongoDB6.0分片集群里，某文档片键为{"ts":1,"uid":1}，现大量写操作集中在同一逻辑时间戳。为缓解热片，下列哪项操作最安全？A.重新选择片键为{"uid":1,"ts":1}并执行reshardCollectionB.直接执行moveChunk将热片迁出C.关闭均衡器，手动splitChunkD.将片键改为哈希片键{"ts":"hashed"}答案：A解析：ReshardCollection在线重新分布数据，6.0支持无停机；moveChunk/splitChunk无法解决片键顺序问题；哈希片键需重建集合，业务需停写。6.Redis7.0启用ACL后，用户u1拥有+@all-@dangerous权限，执行EVAL"redis.call('FLUSHALL')"0时返回：A.OKB.NOPERMC.UNKNOWNCOMMANDD.BUSY答案：B解析：FLUSHALL属于@dangerous类别，已被显式拒绝；EVAL仍可调用，但脚本内命令受ACL约束。7.某银行核心系统采用MySQLGroupReplication，单主模式，网络抖动导致主节点被驱逐，新主选举后应用报“Duplicateentry”错误。最可能遗漏的配置是：A.group_replication_consistency=BEFORE_ON_PRIMARY_FAILOVERB.group_replication_single_primary_fast_mode=1C.slave_parallel_type=LOGICAL_CLOCKD.binlog_checksum=NONE答案：A解析：BEFORE_ON_PRIMARY_FAILOVER保证新主先应用完中继日志再提供服务，避免旧主未同步事务重复插入；其余选项与唯一键冲突无关。8.在TiDB6.5中，某表t(aint,bint)执行INSERTINTOtVALUES(1,1)ONDUPLICATEKEYUPDATEa=a+1;若a列无唯一约束，实际效果等价于：A.插入新行B.更新a=a+1C.报错D.忽略答案：A解析：无唯一键时DUPLICATE条件永不触发，行为退化为普通插入。9.某Snowflake仓库使用X-Small，运行一条复杂JOIN查询，发现扫描阶段RemoteDiskI/O占比95%，优化首选：A.增加CLUSTERINGKEYB.升级到Large仓库C.创建MaterializedViewD.调整QUERY_TAG答案：B解析：RemoteDiskI/O高表明数据不在本地SSD，扩大仓库规模可提升本地缓存比例；ClusteringKey减少微分区扫描，但无法解决缓存不足；MV需维护成本。10.在AmazonAuroraMySQL3.02中，读取一条记录时显示“Couldnotproduceaconsistentread”错误，最可能原因是：A.读取节点重启后缓存未预热B.事务隔离级别为READUNCOMMITTEDC.主节点执行了DDL导致LSN回退D.读取节点本地GTID集合滞后答案：C解析：Aurora共享存储架构下，DDL可能导致存储层产生瞬时一致性视图缺口；READUNCOMMITTED不会报错；GTID滞后仅影响复制延迟。二、多项选择题（每题3分，共15分，多选少选均不得分）11.关于PostgreSQLB-tree索引，下列说法正确的有：A.支持ISNULL条件走索引B.支持LIKE'%abc'走索引C.支持索引仅扫描（Index-OnlyScan）需visibilitymap全置位D.支持表达式索引E.支持INCLUDE列避免回表答案：ACDE解析：B-tree可在NULL值上建索引，故ISNULL可用；前缀模糊匹配'%abc'无法走B-tree；Index-OnlyScan需VM全置位减少回表；表达式索引与INCLUDE列均为B-tree扩展特性。12.在MySQL8.0中，开启innodb_dedicated_server=ON后，下列参数会被自动推导的有：A.innodb_buffer_pool_sizeB.innodb_log_file_sizeC.innodb_log_files_in_groupD.innodb_flush_methodE.innodb_page_size答案：ABC解析：dedicated_server仅自动计算bufferpool、redo日志大小及文件数；flush_method与page_size仍需手工指定。13.下列关于Oracle19cDataPump描述正确的有：A.NETWORK_LINK支持不落地导出远程库B.PARALLEL参数在导入时仅影响元数据并行C.TRANSFORM=SEGMENT_ATTRIBUTES:n可去除段属性D.EXCLUDE=STATISTICS可跳过统计信息E.导出加密列数据时必须提供wallet答案：ACD解析：NETWORK_LINK实现跨库导出；PARALLEL在导入时同时影响数据与元数据并行；TRANSFORM与EXCLUDE功能正确；加密列若使用TDE，导入端需相同wallet，但导出端可不提供。14.在SQLServer2022中，使用In-MemoryOLTP（MEMORY_OPTIMIZED=ON）时，下列限制仍存在的有：A.最大行长度8060字节B.不支持XML数据类型C.不支持FOREIGNKEYD.不支持CHECK约束E.不支持TRUNCATETABLE答案：BCE解析：内存表行长度无8060限制；XML、外键、TRUNCATE仍不支持；CHECK约束已支持。15.关于MongoDB6.0事务，下列说法正确的有：A.分片集群事务必须在session内执行B.事务中可执行createIndexC.事务中读关注majority可保证线性化D.事务支持写入跨分片的多文档E.事务默认读关注为local答案：AD解析：分片事务需session；createIndex属于DDL，事务内禁止；读关注majority不提供线性化；跨分片多文档写已支持；事务内默认读关注为snapshot。三、判断题（每题1分，共10分，正确打“√”，错误打“×”）16.Redis7.0的shardedpub/sub可以保证跨slot消息严格有序。×17.Cassandra4.0的SSTableAttachedSecondaryIndex可支持LIKE'%abc'前缀模糊查询。√18.TiFlash作为TiDB的列存副本，其数据一致性依赖RaftLearner机制。√19.Oracle19c的AutomaticIndexing会在夜间自动将不可见索引删除。×20.PostgreSQL15的MERGE语句可使用外部表作为目标。√21.MySQL8.0的hashjoin算法在内存不足时会自动溢出到磁盘。√22.SQLServer2022的ContainedDatabase允许用户在没有登录名情况下连接。√23.Elasticsearch8.0的datastream支持通过_alias进行写入。×24.AmazonRedshift的DISTKEY与SORTKEY设置后可在不重建表情况下在线调整。×25.InfluxDB2.0的Flux查询语言支持JOIN操作。√四、填空题（每空2分，共20分）26.在MySQL8.0中，查询当前线程正在等待的metadatalock，可查看performance_schema下的表________。答案：metadata_locks27.PostgreSQL15中，开启track_io_timing后，查看单次查询块读写耗时，需设置参数________为on。答案：track_io_timing28.Oracle19c中，将普通表转换为分区表且允许在线DML，需使用________子句。答案：ONLINE29.SQLServer2022的加速数据库恢复（ADR）核心由________和________两大组件构成。答案：持久版本存储（PVS）；清理器（Cleaner）30.MongoDB6.0使用________命令可在线重新分片集合，无需数据库锁定。答案：reshardCollection31.Redis7.0的Functions功能脚本存储在________持久化文件中。答案：RDB32.TiDB6.5的________系统表可查看当前Region的leader分布。答案：INFORMATION_SCHEMA.TIKV_REGION_STATUS33.Cassandra4.0的________压缩策略最适合写密集、读稀少的时序数据。答案：TimeWindowCompactionStrategy34.Snowflake中，________函数可返回查询在特定仓库上的实际耗时（秒）。答案：QUERY_HISTORY35.InfluxDB2.0的________包提供Python流式写入接口。答案：influxdb-client-python五、简答题（每题5分，共15分）36.描述MySQL8.0中InnoDB的“doublewrite”机制作用，并说明如何在不牺牲数据安全前提下关闭它。答案：Doublewrite用于防止部分页写：先将页写入共享表空间的双写缓冲区，再写入真实数据文件，保证崩溃恢复时页完整。关闭方法：设置innodb_doublewrite=0，但需改用支持原子写的文件系统（如ZFSwithchecksum、Fusion-ioatomicwrite），并确保innodb_flush_method=O_DIRECT，此时InnoDB可跳过双写仍保证页级原子，但MySQL官方仍建议生产环境保留双写。37.解释PostgreSQL15中“vacuumtruncate”阶段可能产生的ACCESSEXCLUSIVE锁原因，并给出降低锁时间的策略。答案：当vacuum检测到末尾页全空，尝试截断文件以回收空间，需获取ACCESSEXCLUSIVE锁。策略：1.设置vacuum_truncate=off关闭截断；2.提前手动执行SELECTpg_freespacemap(relname)确认末尾无空页；3.使用pg_repack或pg_squeeze在线重建；4.在低峰期执行vacuum，结合lock_timeout设置短锁超时，循环重试。38.说明Oracle19c的AutomaticSharedMemoryManagement在高负载场景下可能抖动的原因，并给出调优思路。答案：ASMM基于MMON后台进程定期采样负载，调整各池大小，若负载突变（如大量硬解析或并行查询），可能频繁resize导致latch竞争、内存分配延迟。调优：1.设置sga_target上限同时增加sga_max_size预留；2.对关键池设置下限shared_pool_size、db_cache_size防止收缩过度；3.使用SPFILE记录合理基线；4.启用memory_target自动PGA联动；5.应用层面减少硬解析，使用绑定变量。六、综合设计题（共20分）39.某电商平台订单表结构如下（MySQL8.0InnoDB）：CREATETABLEorders(order_idBIGINTPRIMARYKEY,user_idBIGINTNOTNULL,sku_idBIGINTNOTNULL,amountDECIMAL(10,2)NOTNULL,statusTINYINTNOTNULL,create_timeDATETIME(3)NOTNULL,update_timeDATETIME(3)NOTNULL,INDEXidx_user(user_id),INDEXidx_sku(sku_id));日均写入500万行，峰值QPS2万，按user_id维度查询占70%，按sku_id维度查询占20%，按order_id点查占10%。数据保留90天，需支持实时OLTP与T+1小时OLAP，存储成本需降低30%。要求：(1)给出分区策略，包括分区键、分区类型、分区粒度，并说明理由；(2)设计索引变更方案，使两类查询P99延迟<50ms；(3)给出冷热数据分离方案，说明如何做到对应用透明；(4)估算存储节省量，给出计算公式与结果（假设平均行宽120字节，压缩率前60%，后30%）。答案与解析：(1)分区策略采用RANGECOLUMNS(create_time)按小时分区，每24小时再子分区HASH(user_id)16个子分区。理由：时间范围分区便于快速淘汰90天前数据；子分区将同一小时同一用户数据聚合，减少查询时跨分区扫描，同时使OLAP并行扫描粒度可控。(2)索引变更a.将idx_user改为联合索引(user_id,create_time)覆盖查询，减少回表；b.将idx_sku改为联合索引(sku_id,create_time)；c.新增覆盖索引(status,create_time,amount)用于OLAP小时级汇总，利用InnoDB隐藏主键实现Index-OnlyScan；d.打开innodb_adaptive_hash_index，加速点查order_id。(3)冷热分离利用MySQL8.0的partitiontransport功能：1.每晚定时将72小时前分区通过ALTERTABLEEXCHANGEPARTITION生成独立表；2.对独立表执行ALTERTABLEROW_FORMAT=COMPRESSEDKEY_BLOCK_SIZE=8，压缩率由60%降至30%；3.将压缩表移至低成本S3通过InnoDBTablespaceRemote功能挂载，设置innodb_read_only=1；4.通过中间件ShardingSphere做路由，透明转发冷查询至只读实例，热查询走本地InnoDB。(4)存储估算热数据量：500万×90天×24h=108亿行行宽120字节，原始：108×10^8×120B≈12.96TB压缩前60%→5.18TB冷数据量同108亿行，压缩后