最近在学习OCI的生成式AI相关方面的内容，对相关内容做一下整理，内容涉及LLM基础、LLM架构、提示（Promot）、微调（fine-tuning）、各种模型、OCI的生成式AI、RAG，及向量数据库等等。争取写出一个系列的内容。 什么是LLM？ LLM（Large Language Model）是大型语言模型的缩写，语言模型（LM）是一个文本的概率模型。为了能够简单说明该模型，在这里举一个简单

点击标题下「蓝色微信名」可快速关注 如果谈到MySQL的性能测试工具，不得不提的就可能是sysbench，陈老师写的这篇文章《MySQL 性能压测工具，从入门到自定义测试项》给我们讲解了sysbench相关的使用技巧，值得我们学习，应用到实践中。 sysbench是一个开源的、基于LuaJIT（LuaJIT 是 Lua 的即时编译器，可将代码直接翻译成机器码，性能比原生 lua 要高） 的、可自定

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2370人左右 1 + 2 + 3 + 4 +5 + 6）新人将进入6群 最近看了韩老师的《如何写一篇“完美”的客户案例》的文章，

全文约定：$为命令提示符、greatsql>为GreatSQL数据库提示符。在后续阅读中，依据此约定进行理解与操作 实用类 在Percona Toolkit中实用类共有以下工具 pt-align：将其它工具输出内容与列对齐 pt-archiver：将表中的行存档到另一个表或文件中 pt-find：查找表并执行命令 pt-fingerprint：将查询转成密文 pt-kill：Kill掉符合条

🎈 新功能 社区版 MySQL 工单支持存储过程等复杂语法上线 五月，我们已支持 Oracle 和 SQL Server 类型的数据源以“文件模式”上线，本期新增对 MySQL 数据源类型的支持。 该模式参考了数据库客户端执行 SQL 脚本的方式。使用文件模式，您可以直接将能够在数据库客户端执行的 SQL 脚本通过 SQLE 平台进行上线，无需对脚本进行任何调整。 文件模式的优势在于能够更大程度地

问题： MySQL 数据库迁移到达梦后，XXX反馈部分GROUP BY语句执行失败，报错如下： SQL> select id from t1 where name='aaa' group by name;select id from t1 where name='aaa' group by name;第1 行附近出现错误[-4080]:不是 GROUP BY 表达式.已用时间: 0.317(

说明 在Oracle数据库运维工作中，经常会遇到Oracle数据库服务器平均负载（load average）突然异常升高，如果放任不管，严重的情况下会出现数据库宕机、服务器重启等重大故障。因此，当发现数据库服务器平均负载异常高的时候，必须予以重视，并立即开展处理工作。 很多刚工作或者是没这方面处理经验的同学可能遇到这种情况就会开始慌张，不知从何下手，无法快速定位出引起负载异常的原因。 下面介绍我在

OpenGauss集群部署实战探索一、openGauss 简述 openGauss是一款全面友好开放，携手伙伴华为共同打造的企业级开源关系型数据库。openGauss提供面向多核架构的极致性能、全链路的业务、数据安全、基于AI的调优和高效运维的能力。openGauss深度融合华为在数据库领域多年的研发经验，结合企业级场景需求，持续构建竞争力特性。openGauss数据库具有高性能、高可用、高安全、

1. 下载 MySQL yum包 wget http://repo.mysql.com/mysql57-community-release-el7-10.noarch.rpm 2. 引入mysql的公钥 rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2022 3. 安装MySQL源 rpm -Uvh mysql57-community-

今天在浏览墨天轮社区时，看到一篇文章 https://www.modb.pro/db/1788830043766067200?utm_source=index_hot ，借用一下文中的例子如下所示： /* table1 */ create table enmotech (id number,name varchar2(20)); insert into enmotech values(1,'Eyg

如果需要，请imageinfo在正在运行的服务器上使用该命令来确定当前的Oracle Exadata 系统软件版本。 将诊断 ISO 文件下载到客户端工作站或服务器，您将使用该工作站或服务器访问要在诊断模式下引导的服务器上的 ILOM 界面。客户端计算机必须具有 Web 浏览器和对目标服务器上 ILOM 界面的网络访问权限。 如果您使用的是Oracle Exadata 系统软件版本 18.x 或更

Table of Contents openGauss学习笔记-213 openGauss 性能调优-总体调优思路 213.1 调优思路概述 213.2 调优流程 openGauss学习笔记-213 openGauss 性能调优-总体调优思路 213.1 调优思路概述 openGauss的总体性能调优思路为性能瓶颈点分析、关键参数调整以及SQL调优。在调优过程中，通过系统资源、吞吐量、负载等因素来

前置信息 1、sql interface ： 接收 sql 命令用于执行，并将结果返回给用户 2、sql parser ： sql查询解析器，分析sql的合法性，并尝试分解sql 3、sql optimizer ： sql查询优化器，对SQL命令按照标准流程进行优化分析，选择最优查询方式 4、storage engine ： 存储引擎 （整理流程图） 一、 Buffer Pool   上图中 ch

1 前言 在生产环境中，一般设置表空间告警阈值是90%，在接到监控报警后，并不是需要立刻对表空间进行扩容。 决定是否扩容主要看表空间最近的增量是多少，假如剩余10%的空间还能支持1个月的增量，那就不需要急着扩容。如果剩余的空间只能坚持几天，那么最好是立即扩容，以防止数据突增。 接到告警后，一般工作过程如下： 查看表空间利用率和剩余容量； 查看表空间增量； 扩容或者释放空间； 找出数据增量异常的对象

背景： 本案例是 2 年前的存货，用户实际使用的是 SQL Server，需要将数据从 SQL Server 迁移到 TiDB。数据同步通过 Kettle 完成，但性能非常低，用户希望提高同步效率。术业有专攻，我们既不熟悉 SQL Server，也不熟悉 Kettle，但我们可以学习（一部分）。因此，上游改用 MySQL 来进行测试。 优化结论： 在实验环境中，数据同步的初始速度为 12 条/秒。

Table of Contents openGauss学习笔记-212 openGauss 数据库运维-日志参考 212.1 日志类型简介 212.2 系统日志 212.3 操作日志 212.4 审计日志 212.5 WAL日志 212.6 性能日志 openGauss学习笔记-212 openGauss 数据库运维-日志参考 212.1 日志类型简介 在数据库运行过程中，会出现大量日志，既有保证

写这篇文章的时候我还在加班做数据库备份~ 事情是这样的，在做oracle数据库迁移达梦的时候，要求先从某个生产库导出一些生产数据表结构，导入另一台oracle做一个模拟库来进行迁移演练,对这个用户下的 表结构利用expdp estimate进行数据量大小预估后我就进行了expdp导出，只花了几分钟，错误不在这里，而是在新库导入的时候出现，当我在新库创建好directory映射目录和导入用户后，我就

前几天社区公众号发布文章，说openEuler 社区发布最新版本openEuler24.03 LTS 版本，此版本为长期版本。openEuler 24.03 LTS 亮点如下： 内核升级： 基于 Linux Kernel 6.6，带来多项内核层面的改进，包括内存管理、文件系统、cgroup v2 和安全特性等。 AI 专项支持： 支持 NVIDIA、Ascend 等主流算力平台的软件栈，为 AI

上期我有篇文章介绍openEuler 24.03 LTS 有一个亮点如下： 数据库： 集成 GreatSQL 数据库，适用于金融级应用场景，具有高可用、高性能、高兼容、高安全等特性。 既然我们上期安装好了openEuler 24.03 LTS，现在看看这个亮点如何。 首先我们不要被“集成”二字迷惑，集成并不是操作系统已经安装了 GreatSQL 数据库目前最新版本8.0.32-25，我们直接用客户

启动数据库的时候 SQL> startup mount; ORA-01078: failure in processing system parametersLRM-00109: could not open parameter file '/u01/app/oracle/product/19.3.0/dbhome_1/dbs/initprod.ora' less /u01/app/orac