线上mongodb 数据库用户到期时间修改的操作记录

登陆版权数据库,显示"此用户已到期",数据库使用的是mongodb,顾 需要将此用户的到期时间延长。

解决过程:

1)到网站对应tomcat配置里找出等里mongodb的信息(mongodb 的库、登陆用户名、密码、端口)

2)用上面的信息登陆mongodb

# mongo 127.0.0.1:27017/fcyym -ufcyym_sa -padmin_hqdrm2012_root

查询这个库下所有的表
> show collections

查询相应的表的字段信息
> db.front_user.find()
如下,得知这个用户 editor 的到期时间是 2015-12-31 号 create_time 这是用户的创建时间
dead_line 这是用户的到期时间

修改上面的 editor 的到期时间
延迟到 2020-12-31
> db.front_user.update({ "_id" : ObjectId("509c5dc20cf20efcf8bc11d8" ) }, { "$set":{ "dead_line" : ISODate("2020-12-31T00:00:00Z") }})

再次查看,editor 的到期时间已修改了

在此用这个用户登陆版权数据库就能正常登陆进去了。

时间: 2024-10-04 18:09:05

线上mongodb 数据库用户到期时间修改的操作记录的相关文章

DBA 入职应该怎么去了解线上的数据库

新到一家公司担任DBA的情况下,我们应该怎么快速接手线上的数据库系统呢? 除了业务层面需要知道该数据库的所支撑的业务之外,技术上我们可以从主机层面和数据库层面去了解我们的数据库. (当然有人带,有成熟的文档更好) 数据库主机的环境 1.数据库主机运行的操作系统版本 Linux: cat /etc/redhat-release uname -a Linux rac01 2.6.32-358.el6.x86_64 #1 SMP Fri Feb 22 00:31:26 UTC 2013 x86_64 

震惊!线上四台机器同一时间全部 OOM,到底发生了什么?

案发现场 昨天晚上突然短信收到 APM (即 Application Performance Management 的简称),我们内部自己搭建了这样一套系统来对应用的性能.可靠性进行线上的监控和预警的一种机制)大量告警 画外音: 监控是一种非常重要的发现问题的手段,没有的话一定要及时建立哦 紧接着运维打来电话告知线上部署的四台机器全部 OOM (out of memory, 内存不足),服务全部不可用,赶紧查看问题! 问题排查 首先运维先重启了机器,保证线上服务可用,然后再仔细地看了下线上的日志

别再浪费时间了!如何从细节上真正节省用户的时间

我们的用户是很珍惜时间的,我们也不应该随意浪费.在每个项目中都问自己两个问题:"我们是在消耗用户的时间来节省自己的时间吗?""在这里要如何节省用户的时间?"在西方社会中,什么是最宝贵的财富?钱?状态?我觉得应该是时间. 我们有很好的理由去珍惜时间,而且也有非常多的要求.我们有太多事情要做,太多压力要承受.人们憎恨自己的时间被浪费,尤其是在网上.我们这个时代要花费太多的时间在网上,每一次的交互要求都是这个时代的缩影.网站上一个微小的错误可能没什么,但是一旦积少成多,也

记一次线上MySQL数据库死锁问题

最近线上项目报了一个MySQL死锁(DealLock)错误,虽说对业务上是没有什么影响的,由于自己对数据库锁这块了解不是很多,之前也没怎么的在线上碰到过.这次刚好遇到了,便在此记录一下. 出现死锁问题背景 项目层面:报错的项目做的是一个批量下单的动作,会同时写入多条订单数据,代码之前写的是一个事务中一个循环一条一条insert到数据库(至于为啥没用批量插入就不追究了,历史原因了). 数据库层面:一张test表(非线上真实表),比较重要的是有一个 type 和 name的唯一索引. 事务隔离级别:

通过SSH秘钥登录线上MySQL数据库(基于Navicat)

前言 生产环境的数据库往往需要经过严格的安全限制,所以禁用密码登录,使用秘钥的方式是一种相对安全的登录方式. 原理: 角色: 主机A:其他主机,有访问线上数据库的权限 主机B:线上数据库的主机 主机C:本机电脑,无访问线上数据库的权限 在本机C上(无访问B的权限),通过ssh配置的主机A(有访问B的权限),访问Navicat常规配置的主机B,即以A的身份连接使用B. 前期准备 生成ssh密钥对.可参考前期博文:快速通道 Navicat配置登录 1.连接的主机配置,如果连接的是线上数据库,就用线上

mongodb 数据库用户管理

测试环境 centos 6.7(x64) mongodb-linux-x86_64-2.7.8.tgz 1.创建系统级别管理用户use admindb.createUser({user: "root",pwd: "123456",roles: [{role: "userAdminAnyDatabase",db:"admin"}]}) 2.创建正对具体数据库管理用户use abcdb.createUser({user: &quo

关于VMware上Linux克隆后网卡名称修改的操作

安装好CentOS6的系统后,纯净的系统多克隆几份出来方便后期做试验:由于克隆后mac地址会重新生成一个,实际起作用的是eth1,eth0是克隆过来的.克隆系统会重新生成一个mac地址,因为系统会在eth0加1变成eth1. 解决的办法有两种: 法一:         1.root登录,cp /etc/udev/rules.d/70-persistent-net.rules /etc/udev/rules.d/70-persistent-net.rules.bak 2.vi /etc/udev/

线上一个数组查询遇到的坑

背景 中午12点半,接到了线上MongoDB 数据库异常的告警通报: "CPU不间断飙升到百分百,业务也相应出现了抖动现象." 通过排查数据库主节点的日志,发现了这样的一个慢语句: 2019-03-07T10:56:43.470+0000 I COMMAND [conn2544772] command nlp.ApplicationDevice appName: "nlp" command: find { find: "ApplicationDevice&

线上MYSQL同步报错故障处理总结(转)

前言 在发生故障切换后,经常遇到的问题就是同步报错,数据库很小的时候,dump完再导入很简单就处理好了,但线上的数据库都150G-200G,如果用单纯的这种方法,成本太高,故经过一段时间的摸索,总结了几种处理方法. 生产环境架构图 目前现网的架构,保存着两份数据,通过异步复制做的高可用集群,两台机器提供对外服务.在发生故障时,切换到slave上,并将其变成master,坏掉的机器反向同步新的master,在处理故障时,遇到最多的就是主从报错.下面是我收录下来的报错信息. 常见错误 最常见的3种情