数据库系统工程师模拟试题（完整版）

数据库系统工程师模拟试题（完整版）一、单项选择题（本大题共10小题，每小题2分，共20分）1.在关系数据库中，以下哪个概念不属于数据库的规范化理论范畴？A.第一范式（1NF）B.第二范式（2NF）C.第三范式（3NF）D.范式分离（NormalFormSeparation）解析：范式分离不是规范化理论的范畴。规范化理论主要关注1NF、2NF、3NF、BCNF等范式，用于减少数据冗余和更新异常。选项A、B、C均为规范化理论的核心概念，而选项D是数据库设计中的另一种分离策略，不属于规范化理论。2.在SQL中，以下哪个语句用于创建视图？A.CREATETABLEB.CREATEINDEXC.CREATEVIEWD.CREATEDATABASE解析：CREATEVIEW是创建视图的SQL语句。选项A用于创建表，选项B用于创建索引，选项D用于创建数据库。视图是一种虚拟表，基于查询结果动态生成，常用于简化复杂查询。3.在数据库事务管理中，以下哪个特性不属于ACID特性？A.原子性（Atomicity）B.一致性（Consistency）C.隔离性（Isolation）D.可恢复性（Recoverability）解析：ACID特性包括原子性、一致性、隔离性和持久性（Durability），而非可恢复性。可恢复性是备份恢复机制的要求，不属于事务特性。原子性确保事务不可分割，一致性保证事务执行后数据库状态合法，隔离性防止事务干扰，持久性确保事务结果永久保存。4.在索引设计中，以下哪种索引适用于频繁查询且数据量大的表？A.哈希索引B.B树索引C.全文索引D.位图索引解析：B树索引适用于频繁查询且数据量大的表。哈希索引适用于等值查询，全文索引用于文本搜索，位图索引适用于小数据量且高基数度的表。B树索引通过平衡树结构支持范围查询和排序，性能稳定。5.在分布式数据库中，以下哪种协议用于实现数据一致性？A.PaxosB.RaftC.CAP定理D.Two-PhaseCommit解析：Two-PhaseCommit（2PC）是分布式数据库中实现数据一致性的协议。Paxos和Raft是分布式共识算法，CAP定理描述分布式系统的一致性、可用性和分区容错性权衡，而非具体协议。2PC通过两阶段提交确保跨节点事务一致性，但牺牲了可用性。6.在数据库备份策略中，以下哪种方法能最快恢复到最新状态？A.冷备份B.温备份C.热备份（日志备份）D.增量备份解析：热备份（日志备份）能最快恢复到最新状态。冷备份需重建整个数据库，温备份需恢复数据和日志，增量备份需合并多份增量日志，而热备份通过日志持续记录变更，可随时回滚到任意时间点。7.在SQLServer中，以下哪个系统视图用于查看索引信息？A.sys.tablesB.sys.indexesC.sys.columnsD.sys.dm_db_index_physical_stats解析：sys.indexes是SQLServer中查看索引信息的系统视图。sys.tables查看表信息，sys.columns查看列信息，sys.dm_db_index_physical_stats提供索引物理统计信息。索引设计时需参考sys.indexes获取索引名称、类型和列映射。8.在数据库锁机制中，以下哪种锁支持事务隔离级别？A.表锁B.行锁C.分页锁D.共享锁解析：行锁支持事务隔离级别。表锁影响全表，分页锁是行锁的变种，共享锁和排他锁是锁类型而非锁机制。行锁通过锁定具体数据行实现高并发控制，如共享锁（读锁）和排他锁（写锁），配合MVCC机制支持隔离级别。9.在NoSQL数据库中，以下哪种数据库适合存储非结构化数据？A.MongoDBB.RedisC.CassandraD.Neo4j解析：MongoDB适合存储非结构化数据。Redis是键值存储，Cassandra是列式数据库，Neo4j是图数据库。MongoDB采用文档存储模型，字段灵活，支持嵌套和数组，适合半结构化和非结构化数据。10.在数据库性能优化中，以下哪个参数通常用于调整缓存大小？A.MAX_MEMORYB.BUFFER_POOL_SIZEC.TRANSACTION_LOGD.CONCURRENCY_LEVEL解析：BUFFER_POOL_SIZE用于调整缓存大小。MAX_MEMORY是通用内存参数，TRANSACTION_LOG是日志参数，CONCURRENCY_LEVEL是并发线程数。缓存大小直接影响I/O性能，BUFFER_POOL_SIZE是数据库（如Oracle、MySQL）的典型缓存参数。二、填空题（本大题共10小题，每小题2分，共20分）1.数据库的__________是指数据库中数据的完整性和一致性约束。参考答案：完整性约束解析：完整性约束包括实体完整性（主键非空）、参照完整性（外键约束）和域完整性（数据类型检查），确保数据合法有效。2.在SQL中，使用__________子句对查询结果进行分组统计。参考答案：GROUPBY解析：GROUPBY子句将查询结果按指定列分组，常与聚合函数（如COUNT、SUM）结合使用，实现多维度统计。3.数据库的__________是指事务的四个基本特性，包括原子性、一致性、隔离性和持久性。参考答案：ACID特性解析：ACID特性是事务管理的基础，确保并发环境下数据正确性和系统稳定性。4.索引的__________是指索引支持查询的范围大小，通常用B树的高度表示。参考答案：选择性解析：选择性衡量索引列的唯一值比例，高选择性（如唯一索引）能提升查询效率。索引选择性影响B树分裂和查询路径长度。5.分布式数据库的__________是指当网络分区时，系统仍能保证部分可用性和一致性。参考答案：分区容错性解析：分区容错性是CAP定理中的P（PartitionTolerance），分布式系统需权衡一致性（C）和可用性（A）。6.数据库备份的__________是指定期全量备份所有数据。参考答案：冷备份解析：冷备份需停止数据库服务，拷贝数据文件和日志，恢复时需重置所有日志，适合低频备份。7.SQLServer中，__________视图用于查看数据库对象依赖关系。参考答案：sysdependencie解析：sys_dependencies是系统视图，提供表、视图、存储过程等对象的依赖关系信息，用于数据库维护和迁移。8.数据库锁的__________是指多个事务可同时读取同一数据行，但不能修改。参考答案：共享锁解析：共享锁（读锁）允许多个事务并发读取数据，排他锁（写锁）则阻止其他事务读或写。9.NoSQL数据库中的__________模型适合存储具有层次结构的文档。参考答案：嵌套文档解析：嵌套文档模型允许文档内部包含子文档或数组，如MongoDB中的JSON文档，适合复杂业务场景。10.数据库性能优化的__________是指通过调整参数或结构提升查询效率。参考答案：索引优化解析：索引优化包括创建合理索引、调整索引参数（如BUFFER_POOL_SIZE）、优化查询语句，是提升性能的关键手段。三、判断题（本大题共10小题，每小题2分，共20分）1.数据库的第一范式（1NF）要求表中所有列的数据类型必须相同。参考答案：错误解析：1NF要求列原子性，即每个单元格不可再分，但列类型可不同，如姓名（字符串）和年龄（整数）。2.在分布式数据库中，CAP定理意味着系统只能同时满足一致性和可用性。参考答案：正确解析：CAP定理指出分布式系统在一致性（C）、可用性（A）和分区容错性（P）中最多满足两项，分区容错性优先。3.数据库的第三范式（3NF）要求表中不存在非主键列对候选键的传递依赖。参考答案：正确解析：3NF通过消除传递依赖（非主键列依赖其他非主键列）保证数据冗余最小化，如订单表中的客户地址依赖客户ID。4.索引的B树结构比哈希结构更适合范围查询。参考答案：正确解析：B树支持有序访问和范围查询（如`BETWEEN`），哈希结构仅支持精确等值查询，无顺序性。5.数据库的并发控制通过锁机制实现，但锁会导致死锁问题。参考答案：正确解析：锁机制通过共享锁和排他锁控制并发，但若多个事务循环等待对方持有的锁，将导致死锁，需通过超时或检测机制解决。6.NoSQL数据库中的列式存储适合分析型查询（OLAP）。参考答案：正确解析：列式数据库（如Cassandra、HBase）将同一列数据聚簇存储，适合按列访问和聚合分析，如时间序列数据。7.数据库的日志备份（热备份）需要数据库持续运行。参考答案：正确解析：热备份通过日志记录变更，需数据库在线写入日志，而冷备份需离线拷贝数据文件。8.数据库的完整性约束包括实体完整性、参照完整性和用户定义完整性。参考答案：正确解析：完整性约束分为三类：实体完整性（主键）、参照完整性（外键）和域完整性（CHECK约束），用户定义完整性属于扩展。9.数据库的隔离级别从高到低依次为：可重复读、读已提交、串行化。参考答案：错误解析：隔离级别从高到低为：串行化、可重复读、读已提交、读未提交，串行化完全隔离，读未提交最低（脏读可能发生）。10.数据库的分区表是指将数据分散存储在不同物理位置。参考答案：正确解析：分区表通过将数据按规则（如范围、哈希）分散到不同分区，提升查询和管理效率，如按日期分区。四、简答题（本大题共8小题，每小题2分，共16分）1.简述数据库范式的作用。参考答案：数据库范式通过约束（1NF、2NF、3NF等）减少数据冗余，避免更新异常（插入、删除、修改时数据不一致），确保数据一致性，并简化数据库设计。解析：范式通过分解关系、消除冗余和依赖，提升数据质量。1NF保证原子性，2NF消除非主键对主键的部分依赖，3NF消除传递依赖，BCNF进一步规范函数依赖。2.解释数据库事务的ACID特性。参考答案：原子性（Atomicity）确保事务不可分割，要么全部执行要么全部回滚；一致性（Consistency）保证事务执行后数据库状态合法；隔离性（Isolation）防止事务干扰，如并发写操作需互斥；持久性（Durability）确保事务提交后结果永久保存。解析：ACID是事务管理的核心，通过锁机制、MVCC（多版本并发控制）和日志恢复实现。原子性由日志回滚保证，一致性由约束检查保证，隔离性通过锁或时间戳解决冲突，持久性由日志写入和检查点保证。3.比较B树索引和哈希索引的优缺点。参考答案：B树索引支持范围查询和排序，适用于多值条件（如`BETWEEN`、`>`），但插入删除时可能频繁分裂；哈希索引仅支持精确等值查询（`=`），查询速度快但无顺序性，不支持范围查询。解析：B树通过平衡树结构支持有序访问，适合高基数度数据；哈希通过哈希函数直接定位，适合低基数度精确查询。选择取决于查询模式，如订单按日期范围查询需B树，按订单号查询可用哈希。4.描述数据库备份的常用策略。参考答案：冷备份（离线全量备份）、温备份（在线备份部分数据或日志）、热备份（日志备份，可恢复到任意时间点）、增量备份（只备份自上次备份以来的变更）、差异备份（备份自上次全量备份以来的所有变更）。解析：备份策略需考虑恢复速度、存储成本和业务需求。冷备份最简单但恢复慢，热备份灵活但需日志管理，增量备份节省空间但恢复复杂。5.解释数据库锁的类型和用途。参考答案：共享锁（读锁）允许多个事务读同一数据，排他锁（写锁）阻止其他事务读或写，意向锁（意向共享锁/意向排他锁）用于表级锁预判，悲观锁（显式锁）和乐观锁（版本号/时间戳）控制并发。解析：锁机制通过控制数据访问权限实现隔离。共享锁用于读读不冲突，排他锁用于写写/写读冲突，意向锁用于优化表级锁，悲观锁适用于高冲突场景，乐观锁适用于低冲突场景。6.简述分布式数据库的数据一致性挑战。参考答案：分布式数据库面临网络分区（导致数据不一致）、延迟（影响事务提交顺序）、节点故障（数据丢失）、并发控制（锁或时间戳冲突）等挑战，需通过共识算法（Paxos/Raft）、强一致性模型或最终一致性策略解决。解析：数据一致性是分布式系统的核心问题。CAP定理指出一致性、可用性和分区容错性需权衡，如分布式事务（2PC）保证强一致性但牺牲可用性，而最终一致性通过消息队列等异步方式实现。7.描述数据库索引的设计原则。参考答案：选择高频查询列创建索引（如WHERE、JOIN、ORDERBY列），避免过度索引（增加维护成本和冲突），考虑列选择性（唯一值比例高效果更好），区分单列索引和多列索引（组合查询需按顺序），注意索引类型（B树、哈希、全文等）。解析：索引设计需平衡查询效率和维护成本。高选择性列（如主键、唯一索引）效果最佳，组合索引需按查询条件顺序设计，避免在低基数度列（如性别）上创建索引。8.解释数据库的事务隔离级别及其影响。参考答案：读未提交（最低，可能脏读）、读已提交（防止脏读，但不可重复读）、可重复读（防止脏读和不可重复读，但可能出现幻读）、串行化（最高，完全隔离，但性能最低）。解析：隔离级别通过MVCC和锁机制实现，逐级增加约束。读未提交允许读取未提交数据，读已提交防止脏读但未解决不可重复读，可重复读通过间隙锁防止幻读，串行化通过锁或时间戳完全隔离。五、应用题（本大题共8小题，每小题4分，共24分）1.某电商数据库的订单表（orders）结构如下：```sqlCREATETABLEorders(order_idINTPRIMARYKEY,customer_idINT,order_dateDATE,total_amountDECIMAL(10,2),statusVARCHAR(20));```设计一个索引方案支持以下查询：-按客户ID和订单日期范围查询订单-按订单状态和总金额排序查询参考答案：```sqlCREATEINDEXidx_customer_dateONorders(customer_id,order_date);CREATEINDEXidx_status_amountONorders(status,total_amount);```解析：-第一个索引支持按客户ID分组，并在组内按日期范围查询，适合`WHEREcustomer_id=?ANDorder_dateBETWEEN?AND?`。-第二个索引支持按状态分组，并在组内按金额排序，适合`ORDERBYstatus,total_amountDESC`。索引设计需匹配查询条件顺序，避免多列索引的列顺序不当导致选择性下降。2.某数据库的转账表（transfers）结构如下：```sqlCREATETABLEtransfers(transfer_idINTPRIMARYKEY,from_accountINT,to_accountINT,amountDECIMAL(10,2),transfer_timeTIMESTAMP);```该表存在以下查询需求：-查询某账户最近一个月的转账记录-统计某个时间段内每个账户的转账总额参考答案：```sql--查询最近一个月的转账记录CREATEINDEXidx_account_timeONtransfers(from_account,transfer_time);--统计某个时间段内每个账户的转账总额CREATEINDEXidx_account_amountONtransfers(to_account,amount);```解析：-第一个索引支持按账户和时间范围查询，适合`WHEREfrom_account=?ANDtransfer_time>=NOW()-INTERVAL1MONTH`。-第二个索引支持按账户和金额聚合，适合`GROUPBYto_account,SUM(amount)`。索引设计需考虑查询的过滤和聚合需求，避免创建无用的索引。3.某数据库的库存表（inventory）结构如下：```sqlCREATETABLEinventory(product_idINTPRIMARYKEY,warehouse_idINT,quantityINT,last_updatedTIMESTAMP);```该表存在以下并发场景：-多个事务同时更新同一产品的库存-按仓库ID查询库存总量参考答案：```sql--支持并发更新的行锁--默认主键索引已存在--按仓库ID查询总量CREATEINDEXidx_warehouseONinventory(warehouse_id);```解析：-主键索引（product_id）自动支持行级锁，多个事务更新同一产品时互斥。-第二个索引支持按仓库ID快速统计总量，适合`SELECTwarehouse_id,SUM(quantity)FROMinventoryGROUPBYwarehouse_id`。索引设计需兼顾并发控制和查询效率，避免过度索引。4.某数据库的员工表（employees）结构如下：```sqlCREATETABLEemployees(employee_idINTPRIMARYKEY,department_idINT,salaryDECIMAL(10,2),join_dateDATE);```该表存在以下查询需求：-查询某个部门平均工资高于某个阈值的员工-按入职日期范围统计各部门人数参考答案：```sql--查询部门平均工资高于阈值CREATEINDEXidx_dept_salaryONemployees(department_id,salary);--按入职日期范围统计各部门人数CREATEINDEXidx_dept_join_dateONemployees(department_id,join_date);```解析：-第一个索引支持按部门分组并计算平均工资，适合`WHEREdepartment_id=?ANDsalary>(SELECTAVG(salary)FROMemployeesWHEREdepartment_id=?)`。-第二个索引支持按部门分组并按日期范围统计，适合`WHEREdepartment_id=?ANDjoin_dateBETWEEN?AND?`。索引设计需匹配查询的过滤和聚合需求，避免创建无用的索引。5.某数据库的订单详情表（order_items）结构如下：```sqlCREATETABLEorder_items(order_item_idINTPRIMARYKEY,order_idINT,product_idINT,quantityINT,priceDECIMAL(10,2));```该表存在以下查询需求：-查询某个订单的总金额-统计某个产品的销售数量参考答案：```sql--查询订单总金额CREATEINDEXidx_order_totalONorder_items(order_id,price,quantity);--统计产品销售数量CREATEINDEXidx_product_quantityONorder_items(product_id,quantity);```解析：-第一个索引支持按订单ID聚合计算总金额（pricequantity），适合`WHEREorder_id=?GROUPBYorder_id,SUM(pricequantity)`。-第二个索引支持按产品ID统计销售数量，适合`WHEREproduct_id=?GROUPBYproduct_id,SUM(quantity)`。索引设计需匹配查询的聚合和过滤需求，避免创建无用的索引。6.某数据库的日志表（audit_log）结构如下：```sqlCREATETABLEaudit_log(log_idINTPRIMARYKEY,user_idINT,actionVARCHAR(50),timestampTIMESTAMP);```该表存在以下查询需求：-查询某个用户最近一周的操作记录-统计某个时间段内每个操作的次数参考答案：```sql--查询用户最近一周的操作记录CREATEINDEXidx_user_timeONaudit_log(user_id,timestamp);--统计时间段内每个操作的次数CREATEINDEXidx_action_timeONaudit_log(action,timestamp);```解析：-第一个索引支持按用户和时间范围查询，适合`WHEREuser_id=?ANDtimestamp>=NOW()-INTERVAL1WEEK`。-第二个索引支持按操作类型和时间段统计，适合`WHEREaction=?ANDtimestampBETWEEN?AND?GROUPBYaction`。索引设计需匹配查询的过滤和聚合需求，避免创建无用的索引。7.某数据库的账户表（accounts）结构如下：```sqlCREATETABLEaccounts(account_idINTPRIMARYKEY,usernameVARCHAR(50),emailVARCHAR(100),balanceDECIMAL(10,2),created_atTIMESTAMP);```该表存在以下查询需求：-查询某个用户名或邮箱的账户-统计某个时间段内新增账户数量参考答案：```sql--查询用户名或邮箱CREATEINDEXidx_username_emailONaccounts(username,email);--统计时间段内新增账户CREATEINDEXidx_created_atONaccounts(created_at);```解析：-第一个索引支持按用户名或邮箱模糊查询，适合`WHEREusernameLIKE?ORemailLIKE?`。-第二个索引支持按创建时间统计，适合`WHEREcreated_atBETWEEN?AND?GROUPBYDATE(created_at)`。索引设计需匹配查询的过滤和聚合需求，避免创建无用的索引。8.某数据库的航班表（flights）结构如下：```sqlCREATETABLEflights(flight_idINTPRIMARYKEY,airlineVARCHAR(50),routeVARCHAR(100),departure_timeTIMESTAMP,arrival_timeTIMESTAMP);```该表存在以下查询需求：-查询某个时间段内的航班-统计每个航空公司的航班数量参考答案：```sql--查询时间段内的航班CREATEINDEXidx_time_rangeONflights(departure_time,arrival_time);--统计航空公司航班数量CREATEINDEXidx_airlineONflights(airline);```解析：-第一个索引支持按时间范围查询，适合`WHEREdeparture_time>=?ANDarrival_time<=?`。-第二个索引支持按航空公司统计，适合`GROUPBYairline,COUNT()`。索引设计需匹配查询的过滤和聚合需求，避免创建无用的索引。【标准答案及解析】一、单项选择题1.D2.C3.D4.B5.D6.C7.B8.B9.A10.B二、填空题1.完整性约束2.GROUPBY3.ACID特性4.选择性5.分区容错性6.冷备份7.sysdependencie8.共享锁9.嵌套文档10.索引优化三、判断题1.错误2.正确3.正确4.正确5.正确6.正确7.正确8.正确9.错误10.正确四、简答题1.参考答案：数据库范式通过约束（1NF、2NF、3NF等）减少数据冗余，避免更新异常（插入、删除、修改时数据不一致），确保数据一致性，并简化数据库设计。解析：范式通过分解关系、消除冗余和依赖，提升数据质量。1NF保证原子性，2NF消除非主键对主键的部分依赖，3NF消除传递依赖，BCNF进一步规范函数依赖。2.参考答案：原子性（Atomicity）确保事务不可分割，要么全部执行要么全部回滚；一致性（Consistency）保证事务执行后数据库状态合法；隔离性（Isolation）防止事务干扰，如并发写操作需互斥；持久性（Durability）确保事务提交后结果永久保存。解析：ACID是事务管理的核心，通过锁机制、MVCC（多版本并发控制）和日志恢复实现。原子性由日志回滚保证，一致性由约束检查保证，隔离性通过锁或时间戳解决冲突，持久性由日志写入和检查点保证。3.参考答案：B树索引支持范围查询和排序，适用于多值条件（如`BETWEEN`、`>`），但插入删除时可能频繁分裂；哈希索引仅支持精确等值查询（`=`），查询速度快但无顺序性，不支持范围查询。解析：B树通过平衡树结构支持有序访问，适合高基数度数据；哈希通过哈希函数直接定位，适合低基数度精确查询。选择取决于查询模式，如订单按日期范围查询需B树，按订单号查询可用哈希。4.参考答案：冷备份（离线全量备份）、温备份（在线备份部分数据或日志）、热备份（日志备份，可恢复到任意时间点）、增量备份（只备份自上次备份以来的变更）、差异备份（备份自上次全量备份以来的所有变更）。解析：备份策略需考虑恢复速度、存储成本和业务需求。冷备份最简单但恢复慢，热备份灵活但需日志管理，增量备份节省空间但恢复复杂。5.参考答案：共享锁（读锁）允许多个事务读同一数据，排他锁（写锁）阻止其他事务读或写，意向锁（意向共享锁/意向排他锁）用于表级锁预判，悲观锁（显式锁）和乐观锁（版本号/时间戳）控制并发。解析：锁机制通过控制数据访问权限实现隔离。共享锁用于读读不冲突，排他锁用于写写/写读冲突，意向锁用于优化表级锁，悲观锁适用于高冲突场景，乐观锁适用于低冲突场景。6.参考答案：分布式数据库面临网络分区（导致数据不一致）、延迟（影响事务提交顺序）、节点故障（数据丢失）、并发控制（锁或时间戳冲突）等挑战，需通过共识算法（Paxos/Raft）、强一致性模型或最终一致性策略解决。解析：数据一致性是分布式系统的核心问题。CAP定理指出一致性、可用性和分区容错性需权衡，如分布式事务（2PC）保证强一致性但牺牲可用性，而最终一致性通过消息队列等异步方式实现。7.参考答案：选择高频查询列创建索引（如WHERE、JOIN、ORDERBY列），避免过度索引（增加维护成本和冲突），考虑列选择性（唯一值比例高效果更好），区分单列索引和多列索引（组合查询需按顺序），注意索引类型（B树、哈希、全文等）。解析：索引设计需平衡查询效率和维护成本。高选择性列（如主键、唯一索引）效果最佳，组合索引需按查询条件顺序设计，避免在低基数度列（如性别）上创建索引。8.参考答案：读未提交（最低，可能脏读）、读已提交（防止脏读，但不可重复读）、可重复读（防止脏读和不可重复读，但可能出现幻读）、串行化（最高，完全隔离，但性能最低）。解析：隔离级别通过MVCC和锁机制实现，逐级增加约束。读未提交允许读取未提交数据，读已提交防止脏读但未解决不可重复读，可重复读通过间隙锁防止幻读，串行化通过锁或时间戳完全隔离。五、应用题1.参考答案：```sqlCREATEINDEXidx_customer_dateONorders(customer_id,order_date);CREATEINDEXidx_status_amountONorders(status,total_amount);```解析：-第一个索引支持按客户ID分组，并在组内按日期范围查询，适合`WHEREcustomer_id=?ANDorder_dateBETWEEN?AND?`。-第二个索引支持按状态分组，并在组内按金额排序，适合`ORDERBYstatus,total_amountDESC`。索引设计需匹配查询条件顺序，避免多列索引的列顺序不当导致选择性下降。2.参考答案：```sql--查询最近一个月的转账记录CREATEINDEXidx_account_timeONtransfers(from_account,transfer_time);--统计某个时间段内每个账户的转账总额CREATEINDEXidx_account_amountONtransfers(to_account,amount);```解析：-第一个索引支持按账户和时间范围查询，适合`WHEREfrom_account=?ANDtransfer_time>=NOW()-INTERVAL1MONTH`。-第二个索引支持按账户和金额聚合，适合`GROUPBYto_account,SUM(amount)`。索引设计需考虑查询的聚合和过滤需求，避免创建无用的索引。3.参考答案：```sql--支持并发更新的行锁--默认主键索引已存在--按仓库ID查询库存总量CREATEINDEXidx_warehouseONinventory(warehouse_id);```解析：-主键索引（product_id）自动支持行级锁，多个事务更新同一产品时互斥。-第二个索引支持按仓库ID快速统计总量，适合`SELECTwarehouse_id,SUM(quantity)FROMinventoryGROUPBYwarehouse_id`。索引设计需兼顾并发控制和查询效率，避免过度索引。4.参考答案：```sql--查询部门平均工资高于阈值CREATEINDEXidx_dept_salaryONemployees(department_id,salary);--按入职日期范围统计各部门人数CREATEINDEXidx_dept_join_dateONemployees(department_id,join_date);```解析：-第一个索引支持按部门分组并计算平均工资，适合`WHEREdepartment_id=?ANDsalary>(SELECTAVG(salary)FROMemployeesWHEREdepartment_id=?)`。-第二个索引支持按部门分组并按日期范围统计，适合`WHEREdepartm