对于双主MySQL设置，确实需要对写操作进行分区以避免数据冲突。以下是一些可能的策略：
1. 基于应用的分区：在这种策略中，你可以将应用程序或服务分为两组，每组只写入一个数据库服务器。例如，你可能有两个微服务，一个写入服务器1，另一个写入服务器2。
2. 基于数据的分区：另一种策略是根据数据类型或业务逻辑将数据分区。例如，你可能有两个不同的数据库表，一个表的所有写操作都发生在服务器1，另一个表的所有写操作都发生在服务器2。
3. 基于时间的分区：在某些情况下，你可能会根据时间将写操作分区。例如，你可能在一天中的一半时间内将所有写操作发送到服务器1，在剩下的时间内将所有写操作发送到服务器2。
4. 使用中间件进行分区：有些中间件工具（如MySQL Router，ProxySQL等）可以根据某种规则（如查询类型，表名，应用程序等）来路由查询，你可以利用这些中间件工具来实现写操作分区。
无论你选择哪种策略，都需要确保在两个服务器之间正确同步数据。为了实现这一点，你可能需要配置适当的复制策略，并确保在发生故障时可以快速切换到备用服务器。在生产环境中使用双主设置需要谨慎，因为它可能导致数据不一致，必须进行充分的测试和监控。
主主同步如何避免循环？
在MySQL的主主复制（双主复制）设置中，为了避免循环复制，需要启用log_slave_updates参数。这样，主服务器上的更改就不会被再次复制回来，避免了数据的循环复制。
在主主复制中，每个节点都是对方的主服务器，也是对方的从服务器。当其中一个节点上的数据发生变更，这个变更会复制到对方节点上。如果没有log_slave_updates参数，那么对方节点将这个变更视为自己的变更，然后再次复制到原节点，形成循环。
但是如果启用了log_slave_updates参数，当对方节点接收到这个复制变更时，由于它是从主节点复制过来的，对方节点不会再将这个变更复制回原节点，因此避免了循环。
另外，还需要注意避免两个节点同时写入相同的数据，这可能导致数据冲突。这就需要采取一些策略，如按应用、按数据或者按时间进行写操作分区。
