ITPub博客

【问题描述】以下在 MySQL 中可正常执行的 SQL，在迁移至 YashanDB 后却出现执行错误：SELECT Sname, Ssex, MIN(Sage) FROM Student GROUP BY Ssex; SELECT Sname, COUNT(0) AS coun

【问题现象】部分用户反馈，YashanDB 数据库运行一段时间后，UNDO 表空间持续扩张，甚至出现空间不足报错，影响系统正常使用。【适用版本】YashanDB 23.2 及以上所有版本【风险说明】UNDO 空间不足将影响所有依赖事务一致性的操作，包括：查询快照失败回滚异常数据一致性风险增加【排查方法】查看表空间基本状态SELECT * FROM DBA_TABLES

【问题描述】在将应用从 Oracle 迁移到 YashanDB 后，开发人员发现相同 SQL：SELECT 0.00 FROM dual;在 Oracle 下返回 Float 类型，而在 YashanDB 下却被 JDBC 识别为 Integer 类型，导致 Java 应用解析异常、数据精度丢失，进而引发业务逻辑失败。【触发条件】查询中包含常量列 0.00;使用 Ja

【问题背景】在进行数据安全检查或合规审计时，常需要确认某张表所在的表空间是否启用了加密。YashanDB 提供了查询机制，可快速识别表空间的加密状态。【适用场景】企业进行 数据库加密合规性检查;运维人员排查加密配置是否生效;应用系统对存储安全有硬性要求时使用。【查询方法】你可以通过以下 SQL 语句查看所有表空间的加密状态：SELECT ENCRYPTED FROM&

【问题描述】在使用 Kettle(Pentaho Data Integration)进行大表数据同步时，部分用户遇到如下错误：ERROR: Could not create the Java Virtual Machine!该错误通常在启动 .ktr 或 .kjb 任务执行文件(如 pan.sh / kitchen.s

【问题场景】在使用 Kettle（Pentaho Data Integration） 工具，将数据从 PostgreSQL 同步至 YashanDB 的过程中，任务启动时报如下错误：致命错误: 没有用于主机 "10.9.7.54", 用户 "postgres", 数据库 &quo

文 / 某头部数科企业数据库负责人原发表于国产数据库生态大会“根”技术专场国产数据库的替代浪潮正在从“可用”走向“好用”。作为多年共享存储架构研发人员，我曾对市面上某些“伪分布”“套壳产品”心存疑虑。带着这个视角，我们团队对 崖山数据库共享集群（YAC） 进行了全面测试，以下是从架构、功能、高可用、性能四方面的真实测评结论。一、共享存储架构的现实价值共享集群架构以 Oracle

【问题描述】某业务场景中，用户将一张表从 MySQL 迁移至 YashanDB，源端字段定义为：char(2)实际业务中，写入的数据只有 '0'、'1' 两种值。迁移后，在 YashanDB 中查询该字段时，发现返回值变成 '0 '、'1 '，也就是自动补足了空格。这导致业务侧字符串比较出现异常，影响功能正常使用。【问题分析】这属于

【问题描述】部分用户反馈，在运行一段时间后，UNDO 表空间持续膨胀，甚至出现 “空间不足” 报错，影响系统使用，急需查明原因并处理。【影响范围】适用版本：YashanDB 23.2 及以上所有版本风险影响：INSERT/UPDATE/DELETE 操作异常;数据无法正常提交;导致快照任务、长事务失败等连锁问题。【基础知识】YashanDB 的 UNDO 空间主要用于：事务回滚;MVCC 读一致性

【问题现象】以下 SQL 在 MySQL 中可正常执行：SELECT Sname, Ssex, MIN(Sage) FROM Student GROUP BY Ssex; SELECT Sname, COUNT(0) AS counts FROM Stude

【问题描述】在将 Oracle 表结构迁移到 YashanDB 并执行插入操作时，遇到以下报错：SQL 错误 [13] [22000]: [line: 0 column: 0] YAS-00013 value is larger than INTEGER al

在 YashanDB 的实际应用中，大量用户场景涉及批量处理任务(跑批)，如定时任务、数据汇总、报表生成等。如果参数设置不当，容易导致跑批速度缓慢，甚至引发资源瓶颈。本文整理了多个客户实践中总结出的性能调优建议，供参考。一、适用版本适用于 YashanDB 23.2 及以上所有版本二、常见风险与影响跑批任务耗时长;数据导入导出效率低;IO、CPU 占用异常波动，甚至影响系统稳定性。三、关

在部署 YashanDB 一主一备集群的实际运维过程中，若遇到仲裁节点(OM)故障或需重新部署 yasom 服务，运维人员需手动完成主备切换或重新纳管数据库集群。本文提供完整的操作指引与注意事项。场景一：OM 仲裁节点异常，如何手动切换主备？当仲裁服务所在节点发生故障，导致自动切换机制失效时，可通过命令行完成主备切换：操作步骤：①　构造 yasom 故障场景(测试用)：ps -ef&nb

【问题现象】在虚拟机重启后，通过以下命令尝试启动 YMP 平台：./ymp.sh start结果报错提示 8093 端口冲突，YMP 启动失败。【问题原因】YMP 平台依赖的核心服务 yasom 使用 8093 端口。当虚拟机重启后，该进程未自动启动，导致 YMP 无法初始化绑定端口，因此报错。【解决方法】先手动启动 yasom 与 yasagent 两个核心组件：yasboot&nbs

在使用 YashanDB 的 imp 工具导入 dump 文件时，有用户遇到如下错误提示：YAS-00218 string conversion failed这种错误多半源于字符集不匹配或数据本身存在异常字符，可能影响整个导入过程。本文将介绍一个高效定位与排查的方法，帮助你快速找到问题根源。一、问题背景某用户在将数据从旧表 RPT_REPORTTEMPLATE_7NE

在使用 YashanDB 的 exp 工具进行数据导出时，部分用户遇到如下错误提示：YAS-00218 string conversion failed这个错误通常出现在将数据导出为 CSV 格式的场景中，且多数与字符集设置不一致有关。本文将为你梳理该问题的成因与规避方式。一、问题现象使用如下命令进行导出：exp -t test_table&nbs

在 2024 国产数据库创新生态大会“根”技术专场上，YashanDB 集群首席架构师孟凡彬详细解读了YashanDB 共享集群 V23.3的多项关键技术演进。经过一年多的发展，YashanDB 共享集群已成为一款兼具高性能、高可用与高扩展能力的核心级数据库产品，广泛支撑在国产化替代的关键业务场景中。一、主备融合方案上线，打造更完备的容灾体系YashanDB 共享集群原生具备计算节点和共享存储的高

在“2024 国产数据库创新生态大会”上，深算院技术总监、采石矶与钓鱼城系统负责人别彬彬带来主题演讲《金融科技对智能化创新系统的机遇与路径》。他通过实际案例讲述了在数据治理与智能分析方面，崖山科技如何用基础软件产品“采石矶”和“钓鱼城”推动行业向更深层次智能化演进。一、逻辑推理 + 机器学习，AI+的全新范式别彬彬提出：“真正有效的 AI，不是靠千亿参数的深度模型，而是要在统计预测之外，引入逻辑与

在“2024 国产数据库创新生态大会”上，深算院首席产品官、崖山科技副总裁王南发表主题演讲《YAC 集群，核心平替》，分享了崖山数据库在应对国产替代深水区挑战中的战略实践和产品布局。以下为要点摘要整理。一、大规模替代的拐点已至，供需之间仍存鸿沟中国数据库行业已历经数十年演进，从早期的单机系统、关系模型，到如今分布式、大数据、AI 融合，技术不断推陈出新。但企业用户面临的现实是：如何在不推倒重来的前

在“2024 国产数据库创新生态大会”上，崖山科技总裁、深算院首席技术官陈志标先生发表了题为《自主原创，行稳致远》的演讲。他从金融行业的替代挑战出发，阐述了国产数据库的破局方向，以及崖山团队如何通过根技术创新、系统工程积累，走出一条坚实可控的发展路径。一、深水区挑战：从试点到核心替代，压力前所未有当前国产替代已迈入深水区。过去十年，国产数据库在党政、金融等行业取得了一定成绩，但也暴露了不少短板。如