事务的不完全隔离会带来的问题，下列选项中包含的是（)

A.读未提交

B.读已提交

C.可重复读

D.可串行化

A.存储在RAM中的数据不会丢失

B.存储在ROM中的数据不会丢失

C.存储在软盘中的数据不会丢失

D.存储在硬盘张的数据会丢失

A.对数据实行X锁并读数据

B.对数据实行S锁并写数据

C.对数据实行X锁并写数据

D.不加封锁的读数据

A.U盘

B.硬盘

C.内存

D.CPU

A.一个事务内部的操作及使用的数据对并发的其他事务是隔离的

B.事务一旦提交，对数据库的改变是永久的

C.事务中包括的所有操作要么都做，要么都不做

D.事务必须是使数据库从一个一致性状态变到另一个一致性状态

A.MyISAM 是非事务的存储引擎，适合用于频繁查询的应用

B.MyISAM 是非事务的存储引擎，默认是行锁，不会出现死锁，适合小数据量，小并发

C.innodb是支持事务的存储引擎，适合于插入和更新操作比较多的应用

D.innodb是支持事务的存储引擎，默认使用表锁，适合大数据，大并发

A.激光头老化

B.IDE接口损坏

C.光驱连接不当

D.内部接触问题

A.FusionInsight LibrA支持的隔离级别是ReadCommiter(读已提交)和ReadUncommited(读未提交)。可重复读和串行化没从语法上禁止，但是和读已提交有一样的隔离效果

B.默认隔离级别是读已提交。这个可以严格保证该隔离级别下数据的一致性

C.读未提交隔离级别建议仅用在应急场景下使用。如存在某个协调节点故障的情况下。若该故障节点设计残留事务(DDL)，若不降低隔离级别，现在系统可能会阻塞操作避免出现数据不一致现象。此时若霜使用，可以考虑降低级别为ReadUncommited

D.可以使用语句：SETTRANSACTI ON LEVEL COMMITTED|READUNCOMMITTED进行隔离级别的设置