-
编辑 删除
CPU爆满，IO躺平：一次数据库迁移引发的“血案”
许多开发者在数据库选型和使用时，往往并不清楚为何选择某一种数据库，以及它在特定场景下的真正能力。例如，何时使用 ElasticSearch、ClickHouse、Redis、MongoDB 或 MySQL，常常缺乏清晰的判断。这种模糊的认知可能为系统埋下隐患。本次分享的案例正是由于对 MongoDB 使用不当而导致的问题。问题现象用户反馈 MongoDB 负载异常，从系统监控可见 CPU 使用率几
-
编辑 删除
开源的存储引擎--cantian
cantian 上次稼先社会活动之后，在北京签售的时候见到了三位参天的核心人物。我有感于他们的热情、务实和坦诚，我觉得还应该在深入的做一些事情。至少可以安装体验一下，做做推广。毕竟现在务实的产品不多了，很多都是浮躁的宣传。为了踏实做事的产品和人做一些宣传。 在华为的产品中有这么一款特殊的产品，大家看了以后都会觉得这是数据库呀，但是这个产
-
编辑 删除
Polardb集中式部署体验
前言说明PolarDB是阿⾥云数据库团队⾃主开发的云原⽣数据库。据了解PolarDB是产品品牌统称，云上PolarDB提供了Polardb MySQL版（集中式数据库），PolarDB PostgreSQL版（集中式数据库）和PolarDB分布式版（兼容MySQL）（简称：PolarDB- X） 三个产品版本，之前云上还有⼀个PolarDB兼容Oracle版，但已经与PolarDB-PG合并了。P
-
编辑 删除
OceanBase单机版安装体验
前情提要上周OceanBase开发者大会过后，作为观察员也来体验一下OB的安装。业内有某个国产安装用了两周，这种其实有点劝退了。话说就是10年前，没搞过Oracle的人也不用两周安装一个数据库啊。今天看看OB的（一体化）安装。即单机部署。截止到目前为止，我依然坚定认为大部分场景其实单机就可以处理了。如果单机可以处理，那么分布式也不是也可以处理？答案是 可以，但是没有必要。很简单一个人可以做的事情，
-
编辑 删除
回忆一次时钟问题的解决（简单粗暴）
我们公司每年中午午休时候会关灯。由于每次关灯时间都不一样，我徒弟说说这一看就是为人的。机器执行理论上都是一个时间点。就这句话我想起来我十几年前遇到的一次问题。那次问题就是机器执行，但是时间就是不准的。 时间回到2008年，那时候我技术还很一般。有一个项目我去现场实施，那个项目说起来悲催。第一次去北京奥运会还没开幕，第二次去伦敦奥运会都闭幕了。你说
-
编辑 删除
一次Elasticsearch的问题分析
在工作中经历过不少使用es的场景。es作为搜索引擎数据库用作全文搜索是不错的，但是真正用到es的不多，不少场景可能用MySQL、PG甚至Oracle都可以很好的完成，只是缺乏专人的设计和把控。不过我的ES水平也有限，只能处理简单的场景。这里要是有不对的，请指出一下。今天就是分享一个故事。 es数据库又名全文索引，它的索引其实就是传统
-
编辑 删除
一次WRH$_ACTIVE_SESSION_HISTORY问题处理
前几天处理了一次Oracle高可用变成不可用的问题。问题出在这个上面WRH$_ACTIVE_SESSION_HISTORY。环境是有一个RAC和一个单实例数据库的背景。先是单实例数据库在我抽查AWR的时候发现很糟糕。（我不是运维DBA，这些不归我管，只是遇到问题来找我）有的一个SQL执行一天都执行不完。我就判定开发写的一定有问题。机器非常好9...
