ITPub博客

【标题】错误码处理【问题分类】外键约束创建报错【关键字】YAS-02032【问题描述】设置外键约束报错，数据元数据不正确。【问题原因分析】外键字段类型不支持，比如varchar2(64) ，指定外键是NVARCHAR2(64)【解决/规避方法】外键字段都改为VARCHAR2(64)或者NVARCHAR2(64)

【标题】错误码处理【问题分类】锁等待超时【关键字】YAS-02024【问题描述】执行语句时候，因锁等待超时执行语句失败【问题原因分析】数据库默认锁等待时间为0秒，如果执行语句存在锁等待过长会执行失败【解决/规避方法】调整锁等待的时间```alter system set DDL_LOCK_TIMEOUT = x;单位是s， 默认是0， 修改为300确认持久化到config/yasdb.ini文件`

【问题分类】错误码处理【关键字】yasql，00413【问题描述】使用工具设置不同并发迁移数据的过程中，导致yasql登录报错：YAS-00413 wait for receive timeout【问题原因分析】工具使用与数据库使用资源超过了操作系统配置参数设置【解决/规避方法】查看操作系统yashan用户当前打开文件文件数lsof | grep yashan&nbs

【问题分类】驱动使用【关键字】驱动使用、PHP、Ubuntu、C驱动【问题描述】客户将YashanDB的C驱动lib加载到环境变量LD_LIBRARY_PATH后，PHP报错：PHP Fatal error：Unable to start pcre module in Unknown on line 0【问题原因分析】经检查，我们的yashandb的C驱动库自带libpcre2-8.so依赖，和u

【问题分类】驱动使用【关键字】ODBC、驱动使用、PHP【问题描述】应用使用php-fpm+nginx架构，通过php的ODBC拓展连接YashanDB时出现报错：[unixODBC][Driver Manager]Can't open lib '/home/yashandb_odbc/libyas_odbc.so': fi

问题描述Mybatis-plus 无法识别Yashandb数据库，应用有如下报错。问题分析从Mybatis-plus源码里面看到，getDBtype函数是没有Yashandb的方言。当Yashandb使用mybatis-plus分页时候，会抛出异常即other database not supported。package com.baomidou.mybatisplus.extensio

问题现象某客户环境，客户的业务使用jdbc驱动向其他操作系统上的yashandb插入90万条数据，耗时大约30分钟。问题的风险及影响影响客户的业务处理效率问题影响的版本所有的yashandb版本问题发生原因jdbc执行batch insert时，是有绑定变量的。在准备好了PreparedStatement以后，jdbc驱动要向yashandb server发送绑定变量的值。由于网络带宽不足，这些绑

问题现象客户在麒麟kylin v10 sp1环境上部署YashanDB，运行正常， 但是在巡检中发现run.log中有大量错误日志文件metadata changed，需要排查原因问题单：前置机大量错误日志文件metadata changed，需要排查原因问题的风险及影响客户环境为准生产环境，担心影响业务执行。问题影响的版本YashanDB版本：22.2.11.100问题发生原因YashanDB利

问题现象客户将一个100G的表的数据插入到另一个表中，使用insert into select插入数据。从第一天下午2点开始执行，到第二天上午10点，一直未执行完毕。由于需要实施下一步操作，客户kill重启了数据库，之后数据库一直回滚中，导致后续执行其他操作都报错YAS-02016 no free undo blocks问题单：大sql的undo回滚导致任何操作都无法执行，需要优化问题的风险及影响

问题现象某客户使用jdbc接口向yashandb的表A插入数据。表A上有一个语句级触发器，其内容为在触发时执行alter sequence操作；另外还有一个insert时的行级触发器，其内容为将每行的部分列赋给新值，这些新值要么来自sequence.nextval，要么来自于current_timestamp。客户向表A插入90万条数据大概要花费两个半小时。问题的风险及影响表中插入数据慢，影响客户

问题现象使用如下的sql语句创建自关联外键表：drop table self_f_key; create table self_f_key(t1 number primary key not null, t2 number); create index i_s_1&

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

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！以下内容根据直播对话实录整理而成，还有更多想听、想看的内容可以留言告诉我们~Q1 在实际迁移时

问题现象ps -ef | grep yas 查看无yasom和yasagent进程，且在{数据库安装目录}/om/{数据库名称}的目录下没有conf、data、log等目录，确定数据库不是用yasboot安装，是用脚本安装的问题的风险及影响非yasboot安装，ycm无法完成托管，无法监控问题影响的版本不涉及ycm的版本问题问题发生原因数据库版本太旧或安装数据库的人没有按照规范使用yasboot安

问题现象执行安装ycm-agent命令纳管主机时报错问题的风险及影响会导致ycm-agent纳管不成功，YCM无法监控主机和数据库问题影响的版本yashandb-cloud-manager-23.2.1.100-linux-aarch64.tar问题发生原因因为10.149.223.121对ycm的主机没有开放端口9070或9071解决方法及规避方式1、直接关闭防火墙systemctl stop

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

问题现象客户刚开始使用YashanDB的时候，经常收到客户反馈账号被锁，但是不知道哪里触发了。问题的风险及影响客户环境为测试环境，影响测试业务的开展。问题影响的版本YashanDB版本：23.1.3.101问题发生原因账号被锁一般有下面原因：● 密码尝试次数过多：用户在短时间内连续多次输入错误的密码，超过了数据库系统规定的阈值，系统会自动锁定该用户账户，以防止暴力破解。● 账号过期：如果用户的账号

问题现象使用如下语句准备测试数据：alter system set query_rewrite_enabled=force scope=both; drop table test; create table test(tid number, tname varchar2(30));

问题现象客户使用一主一备做性能压测，主备机上设置了归档日志清理上下限：ARCH_CLEAN_LOWER_THRESHOLD=12GARCH_CLEAN_UPPER_THRESHOLD=16G但实际压测的过程，预期归档日志不应该超过16G，但还是产生了100G+的归档日志，占用了较多存储空间，最终磁盘空间满，客户怀疑归档清理策略没起效。问题的风险及影响客户环境为测试环境，影响测试业务的开展。问题影响

问题现象在各个项目实施中，我们经常遇到客户、开发人员需要连接和使用YashanDB但不知如何操作的问题，本文旨在介绍远程连接、使用YashanDB的几种方式。问题的风险及影响无风险问题影响的版本历史版本~23.2问题发生原因无解决方法及规避方式不需要规避问题分析和处理过程方式一 客户端工具yasqlyasql简介yasql 是YashanDB的客户端连接管理工具，可以通过此工具连接数据库服务器并对