YottaDB与FIS GT.M Mumps中SERIAL关键字作用及差异咨询

你的结论不正确，SERIAL关键字并非无实际作用，在YottaDB和FIS GT.M中，使用与不使用该关键字的事务存在明确差异：

YottaDB中的差异 #

• 默认事务：采用乐观并发控制下的可串行化，仅在事务提交阶段检查并发冲突。若发现冲突导致无法保证可串行化，会自动回滚事务并返回冲突错误，需由应用层处理重试逻辑。
• 带SERIAL关键字的事务：会强制事务全程串行执行，通过锁机制在事务执行期间就避免并发冲突，无需等到提交阶段才检查。这种方式不会出现提交时的冲突回滚，但会牺牲部分并发性能。

FIS GT.M中的差异 #

• 默认事务：隔离级别为读已提交（Read Committed），不保证可串行化，可能出现不可重复读、幻读等问题。
• 带SERIAL关键字的事务：启用可串行化隔离级别，严格保证事务的串行化执行，彻底避免并发事务带来的一致性问题。

内容的提问来源于stack exchange，提问作者Lii