GoldenDB处理并发读写请求的方式主要包括以下几点：

引入了全局事务管理器（GTM：Global Transaction Manager）实现全局事务的隔离性，并协助实现全局事务的原子性。在GoldenDB中提供了两种思路，RC隔离级别和MVCC_CR隔离级别，针对不同的业务场景，有同时读写的、有并发写的，为了获得优的系统性能，应用可以灵活地控制分布式事务的执行程度。

GoldenDB通过业务线程池取消等待，通过super线程专门处理事务最后的commit操作，从而提升SQL引擎的并行运行效率及吞吐量，在高并发、高网络时延下性能可以提升20%。

在proxy层对GTID进行活跃判断，根据不同的隔离级别返回读一致性场景下的数据请求。在GoldenDB的proxy层将事务的隔离级别分为读语句和写语句。这样不仅可以提高系统的并发处理能力，还能确保数据的一致性和完整性。

GoldenDB还遵循CAP理论，即一个分布式系统不能同时满足Consistency（一致性）、Availability（可用性）和Partition Tolerance（分区容忍性）这三个基本需求。在保证数据一致性的同时，也要确保系统的可用性和分区容忍性。