Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1568685
  • 博文数量: 201
  • 博客积分: 2812
  • 博客等级: 少校
  • 技术积分: 3029
  • 用 户 组: 普通用户
  • 注册时间: 2011-01-18 18:28
个人简介

从事数据库工作多年,目前看好分布式NeSQL/HTAP数据库在企业客户市场的发展。未来的主要方向是——致力于 NewSQL/HTAP 数据库的推广普及。

文章存档

2016年(1)

2015年(8)

2014年(23)

2013年(50)

2012年(32)

2011年(87)

分类: Sybase

2012-06-02 15:33:15

    从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命令、管理全局事物和其他集群管理活动。
阅读(3150) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~