数据库管理-第161期 数据库，走着瞧（20240318）

数据库管理-第161期 数据库，走着瞧（20240318）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Associate: Database（Oracle与MySQL）
国内某科技公司 DBA总监
10年数据库行业经验，现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、认证技术专家、年度墨力之星，ITPUB认证专家，OCM讲师
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号，非著名社恐（社交恐怖分子）
公众号：胖头鱼的鱼缸；CSDN：胖头鱼的鱼缸（尹海文）；墨天轮：胖头鱼的鱼缸；ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭。

仔细一看，又是一整周没写文章，为啥呢。

MySQL

3月14日，受MySQL原厂邀请，参加了于北京中国大饭店举办的『发现MySQL的新价值』活动，并发表了《DBA眼中的MySQL企业版》主题演讲，阐述了MySQL企业版在实际实际生产中能为DBA解决哪些问题。

SACC

3月16日，受ITPUB邀请，参加了于广州南湖假日酒店举办2024中国架构师大会广州站，在『AIGC应用场景落地实践』专题讨论场次中发表了《Oracle OCI生成式AI解决方案》主题演讲，这其实是上一场SACC『向量数据库技术探索』中《Oracle AI向量搜索》主题演讲的延续，Oracle已经在Oracle DB上增加了向量功能，在MySQL HeatWave上增加了向量和AutoML。在数据层基础上：

• IaaS: GPU 基础设施，通过OCI SuperCluster，提供高性能高稳定的GPU集群，支撑包括原生Cohere在内的大模型训练。
• PaaS: OCI 生成式AI服务，通过Oracle提供的新的AI服务（使用Cohere的LLM），OCI的客户将能够定制训练模型并将生成式人工智能能力添加到他们自己的应用程序中
• SaaS: Oracle 应用程序，Oracle将在其云应用、行业应用和数据库产品组合中嵌入LLM。

除了OCI原生Cohere以外，OCI也全面且开放的支持其他的大模型。

走着瞧

这里的走着瞧并不是“等着看”的意思，更像是《唐人街探案2》中唐仁的那个中式英语“GO and SEE”，多走走多看看。

RAC

现在越来越多的国产数据库架构开始学习Oracle Real Application Cluster架构，即Shared Storage架构。别不信，最近几个月，原来是分布式架构或者是有分布式架构的国产数据库厂商来咨询RAC相关技术的越来越多了。
其实这次SACC的『智能运维』专场中，来自于客户侧的许多客户大拿说了一些原因：

1. 存储设备稳定性远高于一般服务器，故障率极低
2. 存储设备也有便捷的高可用解决方案
3. 存储设备可以更加高效的利用高性能磁盘
4. 存储设备使用传输方案更加稳定
5. 存储设备可以有效支撑较多服务器的IO需求
6. 存储设备也是可以很好的扩展的

当然这些大佬也提到了，即便是现在的很多分布式数据库，每个节点上使用的存储资源也是来自于下面的集中存储，集中拆分再聚合，算不算脱了裤子放屁呢。当然要攻克类似于cache fusion这类在RAC架构中的难题，还是需要大家努力的。
另一方面，分布式数据库带来的应用改造，数据库使用方式的极大变化，也是数据库厂商回归高性能高可用集中式架构的重要原因之一，毕竟，地主家也快没有余粮了。

AIOps

这场其实也是『智能运维』专场中讨论比较多的问题，想用AI来协助运维，这里很多客户也提到了，在云原生、微服务等场景下，连全栈的监控很难做到。其实回到AI，其实还是需要有足够的数据提供给AI进行训练。而现在很多应用场景，暂时还没有或者说是没办法做到在每个点上都向外输出足够的可以供AI训练的数据，要做到需要对整个技术栈了解的十分透彻，对自己研发的代码亦是如此，然后做到还需要不小的开销。

总结

上周外出，收获蛮多。
老规矩，不知道写了些啥。