
简介
Oracle运维从业经验20年,擅长数据库运维,紧急故障处理,性能优化分析,数据迁移,升级改造等
擅长的技术栈
可提供的服务
数据库运维,紧急故障处理,性能优化
十年磨一剑,从 2012 年推出第一代云平台时的冷眼相待,到如今逐渐进入主流阵营;从传统数据库霸主,华丽转身为云计算领域的领导者,甲骨文走出了一条属于自己的逆袭之路。甲骨文在数据库领域并不是先发者,之后的事情大家都知道了。同样在云计算行业也一直在扮演追赶者的角色,而今乘着 AI 的东风,甲骨文也在快速的继续书写着自己的传奇!

目光拉回到国内,传统行业中,国产数据库真的能对Oracle形成挑战吗?短时间看,政策的加持下,Oracle的压力还是很大的,随着传统行业核心系统不断去O,Oracle的话语权会越来越弱,而且国产数据库也会在这个过程中得到大量真实交易场景的锤炼,产品会越来越成熟,往日外企的风光已经很难再重现。但我认为最终会达到一个平衡,毕竟O的技术先进性还是很明显的,而且去O也是要成本,只是这个平衡牵涉到国家战略,
对于用户来说,选择数据库并不是一件容易的事情,不仅要考虑这个产品未来的 10年是否还存在,更要考虑是否能够随着时间的推移而发展,满足未来的技术需求。对于有志于在数据库领域长远发展的厂商来说,选择合适的来源路线来发展自己的产品,更是关乎生死存亡的大事,谁又愿意把自己的未来放到不确定的路线上呢!MySQL 受限于所有权归属和开源协议,在和 PostgreSQL 的开源头号交椅的对决中落了下风,但这个问

最后为了大家学习的方便,将各种索引的优缺点汇总如下。类型索引优点局限点查索引前缀索引内置索引,性能最好一个表只有一组前缀索引点查索引倒排索引支持分词和关键词匹配,任意列可建索引,多条件组合,持续增加函数加速索引存储空间较大,与原始数据相当跳数索引ZoneMap 索引内置索引,索引存储空间小支持的查询类型少,只支持等于、范围跳数索引BloomFilter 索引比 ZoneMap 更精细,索引空间中等

MySQL的流行得益于互联网行业的兴起,产品开源免费开箱即用,非常适合刚开始创业的小互联网公司,MySQL就是这样和他们一起成长起来的。2009年Oracle收购了Sun,MySQL也归属到数据库霸主Oracle的麾下,因为Oracle有自己的商业数据库,业界一度担心Oracle之所以收购MySQL,就是为了扼杀它。9.0是计20年8.0以来新发布的新一代创新版本,创新版本主要是推出新的功能特性,
几年前我还沉浸在以Oracle为主流的传统关系型数据库中不可自拔,以为这就是世界之巅。而当跳出Oracle视野再看时,才发现在这之外还有另一番更为广袤的天地。这里的物种功能没有那么强大,可能还存在诸多的限制,因此它们更多的以合作的形态与其他物种共存,在一个大的体系中,每个个体都贡献自己最擅长的能力,这种搭配产生了很多让人惊艳的作品。多样化的应用场景催生了多样的需求,在AI时代,轻量工具通过生态协作

分布式架构的发展始于互联网时代对高并发与高可用需求的爆发,从早期的集中式单体系统逐步演变为以水平扩展为核心的分布式体系。通过引入数据分片、副本容错、共识算法(如Paxos/Raft)等技术,解决了单点故障与性能瓶颈。随后,微服务、容器化(如Kubernetes)和云原生技术进一步推动架构解耦与弹性伸缩,而Serverless与边缘计算则拓展了分布式边界。如今,结合AI与大数据,分布式架构正朝着智能

相比于Oracle、MySQL等传统的数据库,OceanBase数据库的存储引擎采用 LSM-Tree 的架构,这种存储引擎和之前所使用到的堆结构或B+树结构有很大的差别,今天我们就来聊聊 LSM-Tree 存储引擎所引入的合并和转储相关的功能特点。
