从IQ 15开始，Multiplex中有一个重要的节点叫做协调节点“coordinator”，它相当于整个集群的“大脑”，用来对集群进行管理。它的主要职责和主要操作如下：
（1） 用来协调和管理Multiplex范围内所有的全局读写操作（包括DML和DDL语句）和全局读写事物，即协调共享IQ对象上的读/写操作 (锁、 全局事物IDs)；
（2） 维护和管理全局Cataldog信息和元数据；
（3） 负责维护和管理TLV Log（table version log，TLV Log是一个已经提交的DDL/DML改变的队列，它存储在 IQ_SYSTEM_MAIN DBSpace中，可以被集群中所有节点访问到）；
（4） 监控与读写服务器之间的“心跳”，管理读写服务器与协调服务器之间的通讯；
（5）所有DDL操作，包括：create/alter 数据库对象（table、index、view、procedure等）、select into 等都是在协调节点上运行，即使发出的命令是提交到写节点。需要注意的是：在有大量记录的表上创建索引时（特别是HG索引），由于create index操作实际是在协调节点上运行，需要消耗协调节点的CPU、内存等资源，可能会影响协调节点对于Mulitplex的协调和管理工作；
（6）只能在“协调节点(Coordinator Node)”上执行BACKUP和RESOTRE语句进行备份和恢复；
（7）IQ Main DBspaces（包括：IQ_SYSTEM_MAIN、IQ user dbspaces）只能在协调节点上进行管理和维护（包括扩创建、删除dbspaces，为指定dbspaces增加、删除dbfiles）
（8）只能在协调节点上执行相应的系统存储过程看到IQ Main DBSpaces的空间使用情况(包括尺寸和使用百分比），在成员节点上空间使用情况信息是不可用的（显示为‘N/A’）。 这些存储过程包括：sp_iqstatus、sp_iqdbsize、sp_iqdbspace、sp_iqfile、sp_iqtablesize 、sp_iqindexsize、sp_iqspaceused等。
（9）尽量在写节点上运行大数据量的数据装载，而不要在协调节点上运行。这样可以让协调节点有更多资源运行全局DDL命令、管理全局事物和其他集群管理活动。