GBASE 8S数据库提供了 5 种不同的隔离级别：Dirty read 脏读、Committed read 提交读、Last Committed read 最后提交读、Cursor read 游标读、Repeatable read 可重复读。
1．脏读
采用这种隔离级别，数据库服务器不会检查记录是否被锁，也不分配任何锁。
在采用脏读查询的过程中，可以查询到任何数据，甚至那些被修改但尚未提交的记录，所以 Dirty-read 隔离级别将产生幻影读、不可重复读和脏读的问题。非日志数据库中只有Dirty-read 一种隔离级别。
2．提交读
提交读意味着确保读取的所有记录都是提交到数据库的，能避免读到脏数据。
提交读与脏读不同的是，为了确保数据不是脏的，需要在读取记录时对记录的锁状态进行检查，尝试是否可以在记录上加 S 锁的方式来判定记录是否被加上 X 锁，从而确定记录是否是脏数据。当记录正被加上 X 锁状态时，读取不了记录，如果记录没有 X 锁，那么可以加上 S 锁，但是提交读不会对记录加上 S 锁，只是尝试加上 S 锁来判定是否已经有X 锁。提交读的一个特点是：尝试加 S 锁，但是不加 S 锁。
3．最后提交读
为解决 Committed Read 的不足，记录被锁时，采用的 Committed Read 进程需要等待。应用程序的并发性受到影响，而脏读又无法保证读取预期的结果。数据库支持最后提交读隔离级别，又称乐观锁机制。
从语法上看，在 COMMITTED READ 的基础上增加了 LAST COMMITTED 选项，这是位于 DIRTY READ 与 COMMITTED READ 之间的一种隔离级别，既可避免脏读问题，也可以解决 COMMITTED READ 并发性锁冲突的问题。
Last committed 隔离级别读取数据时，不进行记录锁检查，直接读取最后一次提交的版本，不需要对读取的记录加 S 锁。
由于 Last committed 隔离级别读取最后一次提交版本的数据，那么，当前读取的记录没有被修改（没有 X 锁状态），此时直接读取记录即可；若当前读取的记录正在被修改（加上了 X 锁状态），那么如何读取到上一次提交的记录呢？内存中只有一个正在被修改的记录，修改前的值存在于逻辑日志中（逻辑日志缓存或者逻辑日志文件中），此时需要读取逻辑日志来获取最后一次提交的版本。这也是为什么支持最后提交读隔离级别的表必须采用行级锁，不支持页级锁。
4．游标读
对于非更新游标，对游标读的所有记录加上共享锁，当读取下一行记录时，共享锁被释放。对于更新游标（For update），将在读取的记录上加上提升锁（U 锁），直到游标关闭。
通过游标检索数据，共享锁将一直保持到执行下一个 FETCH 语句。所以游标读可以保证在游标程序处理的过程中，记录不被修改。
5．可重复读
采用该隔离级别时，数据库在读取的记录上加 S 锁，验证是否可以读取数据。直到事务提交，锁才能释放。其他用户可以读取数据，但是不能修改相同的数据。
可重复读隔离级别读取记录时，在记录上加 S 锁，所以可以保证在事务结束前，其他事务不可以修改，在同一事务中前后两次读取的记录是一致的。
在采用可重复读隔离级别查询的过程中，需要对读取的记录加 S 锁，可以保证读取的记录是提交的，同时可以保证多次读取的记录是一致的，所以 Repeatable read 隔离级别可以解决并行调度的 3 个问题：脏读、不可重复读和幻影读。
