cassandra运维总结(不定期更新)

针对cql 而不是cli

cassandra使用的版本  apache-cassandra-2.1.14

1 登录cql:  cqlsh -u username -p password  ip  (cqlsh -u cassandra-p cassandra 192.168.11.17 )

2 基本cql命令(不多说help 都有)

-----------------------------------------------------------------------------------------------------------

权限管理

cassandra的权限都可以通过查自带system_auth.users和permission(要开启权限管理)查出相应用户对于键空间或者表的权限

权限管理设置:（该设置可以针对当台节点）

authenticator: PasswordAuthenticator(需要用户密码)

authorizer: CassandraAuthorizer（AllowAllAuthorizer 是允许用户进行任何操作）

创建用户的时候可自带超级管理员

CREATE USER fk WITH PASSWORD 'fk' SUPERUSER;

ALTER USER fk WITH PASSWORD 'fk' NOSUPERUSER;

让某个用户对某张表有某些权限(当然需要超级用户来操作)

GRANT ALL(权限可选 ) PERMISSIONS ON KEYSPACE fky(可选表空间 可选表 )TO fk(用户名) ;

设置完后就可以查找系统表 看看权限是否生效

-----------------------------------------------------------------------------------------------------------

备份还原

不介绍主动nodetool创建snapshot.就说自动备份

cassandra有个参数 :auto_snapshot: true

它能够在我们truncate table /drop colunm family/drop keyspace  执行这些对数据有毁坏性操作的时候，自动生成snapshot快照

这些快照存放在datafile设置目录下的table-uuid 文件夹下的snapshot里

若要还原数据只需

删除commitlog->拷贝snapshot下的数据文佳到table-uuid文件夹下->重启节点

-----------------------------------------------------------------------------------------------------------
cassandra集群全量数据割接(3种方法)

方案1：使用sstableloader来做集群间数据迁移

步骤描述：

1. 目标集群创建相同的keyspace和table

2. 停止源集群的客户端写入

3. 源集群各个节点执行nodetool flush，把所有数据写入sstable中

4. 源集群各个节点执行sstableloader，把数据迁移到目标集群中

5. 各节点逐一执行nodetool compact操作

-----------------------------------------------------------------------------------------------------------

方案2：利用集群节点的增加和移除来平滑切换集群数据

步骤描述：

1. 把新节点逐一加入旧集群，组成一个大集群，完全加入后，需要短暂重启客户端的读写服务，把客户端的配置信息指向新加入的8个节点

2. 从大集群中删除逐旧节点

3. 新节点逐一执行nodetool repair

 -----------------------------------------------------------------------------------------------------------

方案3：全量数据的导入导出

步骤描述：

1. 旧集群全量导出数据到文件

2. 新集群全量导入数据

3. 新集群全量导出数据到文件，然后进行文件比对，即可确定两个集群的数据一致性问题

(方案各有优缺点，耗时或者是对应用的影响，根据自己的业务进行选择)