ITPub博客

【问题归类】YashanDB 自启动配置问题【关键词】自启动、monit、守护进程、systemd问题描述在服务器重启后，系统仅自动拉起了 monit 和 yasom 相关进程，但数据库主进程 yasdb 并未自动启动。原因分析出现该情况的主要原因是安装数据库时未开启守护程序，导致 yasdb 进程未被纳入监控管理范围。解决方案进入安装目录后，手动启动守护程序：cd /home/yash

很多开发者觉得 PL(过程式语言)是“古董技术”，但其实在电信、金融等对稳定性要求极高的行业中，PL 语言依旧发挥着不可替代的作用。YashanDB 的 PL 语言不仅兼容 Oracle，还在高性能、可调试性和 SQL 集成度方面有不少亮点。为什么还需要 PL？业务逻辑可直接在数据库层处理，减少网络通信和中间件复杂度;支持过程化编程和对象编程，适合高并发、大批量数据处理场景;Oracle 语法高度

数据迁移简介01 典型场景与需求在国产化浪潮下，数据库系统的国产化替代成为了一个日益重要的议题，有助于企业降低对外依赖，提升信息安全和自主性。以 Oracle、MySQL 为代表的传统关系型数据库管理系统，在企业应用中占据了重要的地位。如何从异构的 Oracle、MySQL 等数据库将存量的数据迁移至国产数据库，是企业技术升级和国产化战略中不可或缺的一环。以一个离线场景为例，通常以“可行性评估”→

【问题分类】性能优化【关键字】SQL，like【问题描述】应用下发SQL与yasql执行SQL执行计划不一致，应用执行效率慢【问题原因分析】filter like执行较慢，需要优化【解决/规避方法】● Like 变量的SQL语句改为between and的写法● 优化器完善功能【影响范围】22.2.5.2以下所有版本【修复版本】22.2.5.2

【需求分类】故障分析【关键字】OCI【需求描述】由于我们的OCI接口目前尚不完善，经常会遇见OCI接口能力不足导致应用功能无法运行的问题，需要定位手段确定底层是哪个接口报错【需求原因分析】方便一线数据库管理员初步分析故障【分析方法】● 由于我们的OCI接口目前尚不完善，经常会遇见OCI接口能力不足导致功能无法运行的问题，这里提供一种定位手段，便于检查底层是哪个接口报错当驱动使用异常时可以在日志中查

【问题分类】驱动使用【关键字】OCI、驱动使用、PHP【问题描述】● PHP 使用 OCI8 连接 yashan 数据库，使用绑定参数获取数据时，出现报错如果使用 PDO_OCI 接口连接数据库，未弹出异常，但是无法正确获取数据【问题原因分析】● 开启 OCI 日志后，在 OCI 日志中可看到调用了 OCIBindByName 接口，目前 OCI 驱动暂未实现该接口，导致程序在调用该接口时返回 o

【问题分类】驱动使用【关键字】ODBC、驱动使用、PHP、【问题描述】PHP 使用 PDO_ODBC 连接 yashan 数据库，获取数据类型大于或等于 varchar(256 char)的数据时出现异常，数据无法正常获取，BLOB 等字段也无法正常获取，并且该问题会导致该字段后的所有数据都无法获取。【问题原因分析】● 开启 ODBC 日志后，在日志中可看到 php 调用 odbc 的 SQLFe

【问题分类】驱动使用【关键字】ODBC、驱动使用、PHP【问题描述】PHP 使用 PDO_ODBC 连接 yashan 数据库，使用绑定参数获取数据时，客户现场出现报错本地复现未出现异常报错，但是无法正确获取数据。【问题原因分析】开启 ODBC 报错日志后，在日志中可看到调用了未实现的 SQLDescribeParam 接口，绑定参数后，SQLExecute 执行报错【解决/规避方法】无规避方法【

【问题分类】性能优化，功能使用【关键字】outline【问题描述】防止 SQL 执行计划突变，用 outline 固化执行计划【问题原因分析】防止 SQL 执行计划突变，用 outline 固化执行计划【解决/规避方法】SQL--创建测试outline：ol_ab/ol_baconn sales/salesCREATE OUTLINE ol_ab FOR CATEGORY ctgy_ab

【问题分类】数据导入导出【关键字】数据同步，number类型，科学计数法【问题描述】客户查询不到准确数据，只看到科学计数法展示的字符串。number类型存入到Oracle(MySQL)的varchar类型是正常数据类型，非科学计数法。【问题原因分析】varConvSciFormatDouble方法中转换成了科学计数法【解决/规避方法】● 在绑定参数外层增加一个CAST转换即可规避: double类

【问题分类】驱动使用【关键字】Java程序，clob，升级【问题描述】22.1.5.3升级到22.2.7.1后，功能点不能使用(获取不到T_TJ_CLOBINFO表clob数据)。【问题原因分析】jar包冲突，引用目录下有多个yashan_jdbc版本jar包，导致用到了1.2.1版本的jdbc jar包，未正确使用到1.4.9版本的jar包【解决/规避方法】更新依赖的驱动包后，应用程序重新打包，

问题现象问题出现的步骤 / 操作：● 配置自动选举，数据库备库手动发起 switch over，命令会报错● 主、备库变为只读状态，数据库无法进行读写操作● shutdown immediate 停止数据库，此时发现数据库一直没有退出，业务人员反馈需要尽快恢复数据库的读写状态● kill -9 杀死 yasdb 进程，数据库发生 coredump 。重启数据库并使用 failover 将降备的数据

自关联外键插入数据时报错：YAS-02033 foreign key constraint violated parent key not found问题现象使用如下的 sql 语句创建自关联外键表：然后使用如下语句，尝试插入两行数据，这两行数据汇总起来，是符合外键关联关系的：insert into self_f_key select 1.2 from dual union all select

2024【崖山论”见“】已强势回归!即日起，将不定期把 Meetup 中 YashanDB 技术专家的精彩分享整理成文章，方便大家学习回顾。今天带来第一篇主备高可用技术文章。作者介绍：背景数据库高可用(High Availability，HA)是指在系统遇到故障或异常情况时，能够自动快速地恢复并保持服务可用性的能力。如果数据库只有一个实例，该实例所在的服务器一旦发生故障，那就很难在短时间内恢复服务

前言上一篇文章，咱们主要讲了数据库安全机制中的访问管理~今天继续深入聊聊威胁监测以及数据保护。02 威胁监测//安全审计YashanDB 语法上支持权限审计、行为审计和角色审计，逻辑上包括了系统级、语句级、对象级进行审计，支持对指定用户或所有用户进行审计，并支持对系统权限进行审计。审计记录保存在物理表中，拥有 AUDIT_ADMIN 或 AUDIT_VIEWER 角色权限的用户可以通过审计视图 U

数据库作为信息系统的核心，不仅承载着海量的关键数据，还负责向各类用户提供高效、可靠的信息服务，数据库的安全性显得尤为关键，已成为信息安全体系的重中之重。什么是数据库安全？数据库安全是数据安全的一个子集，由可以保护数据库免受恶意攻击的安全控制、工具和策略组成。数据库安全是一项复杂的任务，它包括对数据本身、管理数据的数据库管理系统以及使用数据的应用程序等等的保护。最终目标是保护企业或组织的信息的机密性

问题现象问题单：imp性能慢-通过异机导入性能下降太多-镜像环境可重现现象：同样一份数据290M，在同一个机器本地导入，耗时2分钟多，本机用ip连接导入耗时4分钟多，跨机器导入，耗时17分钟多，客户现场耗时30分钟多。问题风险及影响客户导入慢问题影响的版本客户测试环境版本：22.2.8.3问题发生原因imp导入时，是一条一条SQL传到yashanDB执行，交互次数较多，网络有一定延时，交互次数多时

问题现象托管数据库时检查报错 OM 的 IP 是 127.0.0.1，不支持托管到 YCM问题的风险及影响导致数据库无法托管监控问题影响的版本问题发生原因安装数据库时修改了 OM 的监听 ip 为 127.0.0.1解决方法及规避方式后台修改 OM 的 ip 为本机的 ip 或者 0.0.0.0问题分析和处理过程1、修改 env 文件中的 om IP 地址，修改为 0.0.0.0 或本机的 IP

4 月，YashanDB 正式发布长期支持版本 YashanDB V23.2 LTS，标志着 YashanDB 单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段;同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。YashanDB V23.2 LTS 经过了严格全面的测试，涉及百万级测试用例，历经上百种长稳与压力模型测试，持续运行 30*

在上一篇深度干货 | 如何兼顾性能与可靠性？一文解析YashanDB主备高可用技术中，我们深入探讨了 YashanDB 高可用的架构设计原理和关键技术，本文将聚焦于实践操作，快速体验 YashanDB 的主备高可用能力。概要YashanDB 提供了不同部署形态下故障自动切换的能力：一主一备环境中，可以基于外部仲裁 OM 实现主备自动切换；一主多备配置中，可以基于 Raft 协议实现主备自动切换。当