
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
我们通常通过 Github 进行协作工作,有时候在提交 PR 过程中,可能存在与别人已合并 PR 的冲突问题,此时便可以通过 rebase 操作解决这些问题并重新提交 PR,下面我们将这个过程简单描述记录一下。
首先运来老师介绍了 MiniOB 的来历。由于数据库是软件行业的三驾马车之一,非常重要,但是很多相关从业人员,受限于数据库内核超级广的知识体系,并不了解数据库的底层实现原理,所以上手并不容易。另外国内数据库起步比较晚,教育、科研人才积累的比较少。基于这些背景,OceanBase 社区希望通过 MiniOB 及其对应的系列课程,学习到很多数据库底层的原理。当前MiniOB 设计的比较简单,功能结构也

DBeaver是一款基于Ecl...
首先介绍一下背景,在测试Dee...
首先介绍一下背景,在测试Deepgreen(Greenplum升级版)数据库时,pgbench并发数设置过多,导致数据库卡死了,在进行连接、重启、关闭时,都报同样的错误:psql: FATAL: the database system is in recovery mode。于是尝试进行如下操作,解决了该问题,总体步骤:1.尝试登陆数据库,报错;2.查看Master上的postgres进程,发现
Greenplum是一个比较健壮的数据库产品,所以常规使用过程中,鲜有问题出现。通常集群出现问题都是外部环境导致的,比如磁盘空间满了导致集群hang住,或者 文件系统损坏导致文件丢失等。今天社区的小伙伴在使用官方版本gpcc后,发现data目录特别大,然后强行卸载gpcc,最终由于一些未知的原因而导致集群重启失败了。这里说一下帮他定位问题的思路:1.清理集群环境首先上来要清理集群所有机器上的/tm
所以我判断 Navicat 对 Mongo 的支持不太好,大家在使用过程中自行判断该问题,尽量别使用 Navicat 了,很多朋友都比较喜欢这款工具,但是它是收费工具。今天遇到了一个情况,在 Mongo 中进行查询时,使用 Navicat 连上去做 count 操作几分钟都没有返回结果。正常来说 count 速度会秒内返回,于是我想用 explain 看一下执行计划,是什么影响到结果返回。于是我从
前一阵子,实施的小伙伴找过来问我用过 Caché 数据库吗?我当时有点懵?难道是 redis、memcached 之流?后来我特意去搜索了一下,还真是有一款数据库叫做 Caché Database。这里做一下简单的记录吧,Caché 在医疗系统用的比较多,是公司的商业产品。除了 Caché 数据库以外,InterSystems 公司的产品还包括 Ensemble 快速集成平台,HealthShar

🏠 个人主页:阿福Chris📚 版权:本文由【阿福Chris】原创、在CSDN首发、需要转载请联系博主🤹♂️ 如果文章对您有帮助、欢迎关注、点赞、收藏(一键三连)和订阅专栏哦1.TiDB 是啥?TiDB是PingCAP公司自主设计、研发的开源分布式关系型数据库,是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Process

SecureCRT Keyboard-interactive authentication with the SSH2 server failed 错误处理








