暂无个人介绍
本文介绍了一主一备数据库集群的部署步骤。首先在OM节点上传并解压软件包至指定路径，随后通过调整安装参数、执行安装和集群部署完成数据库设置。接着，在主备节点分别配置环境变量，并查看数据库状态以确认安装成功。最后，针对OM仲裁故障提供了手动切换方案，包括构造故障场景、关闭自动切换开关及使用SQL命令进行主备切换，确保系统高可用性。
在崖山数据库中执行某些 SQL 语句时出现报错（YAS-04316 not a single-group group function），而这些语句在 MySQL 中能成功执行。原因是崖山遵循 SQL-92 标准，不允许选择列表中包含未在 GROUP BY 子句中指定的非聚合列，而 MySQL 默认允许这种操作。解决办法包括：使用聚合函数处理非聚合列或拆分查询为两层，先进行 GROUP BY 再排序。总结来说，SQL-92 更严格，确保数据一致性，MySQL 在 5.7 及以上版本也默认遵循此标准。
在 YashanDB 中执行与 Oracle 相同的建表语句并插入大整型数字时，出现错误“YAS-00013 value is larger than INTEGER allowed”。原因是 YashanDB 的 int 类型取值范围为 -2,147,483,648 到 2,147,483,647，而问题中的整型数字有 16 位，超出了此范围。Oracle 使用 NUMBER 类型，INT 不是其标准类型。解决方法是将字段修改为 Number 或 Bigint。影响版本：YashanDB 所有版本。
**问题分类：安装部署** 在对YashanDB主备集群进行在线缩容时，使用yasboot将IP为192.168.33.168的节点1-3踢出集群，但YCM托管时提示需重新加入该主机，并报错“host003 not found in node map”。原因是yasboot仅清理了node信息，未清理om中的host信息。解决方法是手动修改om主机上的sqlite数据库，清理残留信息。此问题影响23.2.3.100及之前版本，尚未修复。
**问题分类：** 数据导入导出 **关键字：** YAS-00218 string conversion failed **问题描述：** 使用 exp 导出成 CSV 时，报错 YAS-00218 string conversion failed。 **原因分析：** 数据库服务端字符集为 GBK，但客户端缺少 yasc_env.ini 文件，导致默认使用 UTF8 字符集。 **解决方法：** 创建 yasc_env.ini 文件并设置 CHARACTER_SET=GBK。 **影响范围：** 23.2.1.100
客户在使用YashanDB时，对查看共享集群存储不熟悉。此问题影响测试业务开展，涉及所有版本。通过`yfscmd`命令或配置文件（`$YASCS_HOME/config`）可查看挂载关系，但有时需通过`dmsetup`、`lsblk`等命令确认实际映射的设备号。若磁盘未显示，可用`iscsiadm`刷新会话。详细操作请参考官方文档。
**标题：虚拟机重启后启动 YMP 报错** 使用 `ymp.sh` 启动 YMP 时，报 8093 端口错误。经分析，8093 端口为 yasom 使用端口，提示 yasom 进程未启动。解决方法为启动 yasom 和 yasagent 进程：`yasboot process yasom start -c ymp` 和 `yasboot process yasagent start -c ymp`。若 `yasboot` 无法识别，需先执行 `source yashan-migrate-platform/db/conf/ymp.bashrc` 设置环境变量。
某客户C# ASP.NET应用在使用yashandb ODBC驱动时，因驱动不支持绑定变量执行SQL语句而报错“YAS-08008 not all variables bounded”，导致应用无法正常运行。影响所有yashandb及ODBC驱动版本。解决方法为避免使用绑定变量或升级驱动版本。通过简化场景成功复现问题。
**简介：** 在使用 `imp` 导入 dump 文件时，遇到错误 YAS-00218 string conversion failed。通过检查数据库字符集及使用折半查找法定位问题行，发现原始 dump 文件中存在乱码，导致导入失败。此问题影响版本 23.2.1.100。建议检查并修正源数据字符编码后再进行导入操作。
php 查询超过 256 字节数据，显示被截断：yashandb 的 odbc 驱动接口 SQLGetData 现在只支持单次查询，不支持多次取数据的操作。 isql 显示不出来，isql 工具最大只查询 300 长度的数据，超过了该长度未正常显示。
数据库高可用（High Availability，HA）是指在系统遇到故障或异常情况时，能够自动快速地恢复并保持服务可用性的能力。如果数据库只有一个实例，该实例所在的服务器一旦发生故障，那就很难在短时间内恢复服务。长时间的服务中断会造成很大的损失，因此数据库高可用一般通过多实例副本冗余实现，如果一个实例发生故障，则可以将业务转移到另一个实例，快速恢复服务。
存储引擎是数据库内核的重要组成部分，存储引擎的设计决定了以何种方式存储数据、如何读取和写入数据，也在很大程度上决定了数据库的读写性能与数据的可靠性。 YashanDB是一款覆盖OLTP/HTAP/OLAP多场景的数据库产品，在存储引擎设计上采用融合架构，基于统一基础设施构建了不同的存储能力，支持In-place Update行存储，适应TP场景；支持原位更新（In-place Update）和追加式（Append-only）两种列式存储，具备原生HTAP能力和海量数据分析能力。
我们经常发现，部分国产数据库声称与 Oracle兼容性高达90%，但在实际迁移过程中，仍需要频繁地修改业务应用的代码。为何实现与Oracle高兼容度的数据库产品如此困难？其中一个重要原因是Oracle兼容性不仅是模仿，而是一个非常复杂和工程量庞大的逆向工程。其技术实现的复杂性以及多如牛毛的细节，足以让多数“年轻”的数据库团队望洋兴叹。YashanDB作为一款从核心理论到关键系统均为原创的数据库产品，从构建初期就具备了技术优势，在Oracle兼容性实现上，敢于亮剑并充分发挥工匠精神，不断打磨，努力构筑一个真正形神兼备的数据库产品。以下将从YashanDB SQL引擎技术、Oracle兼容性的开发
随着数字化进程的加速，数据处理的规模和速度需求持续攀升。传统数据库系统在处理大规模数据时，存在单表记录数不超过500万条的限制，这已成为业务发展的瓶颈。为了解决此问题，分布式数据库通过横向扩展来分担单节点的压力。然而，随着数据规模的增长，数据库节点的数量也会增加，这会导致成倍增长的运维问题和对IT运维工作的需求。
数据库底层组织数据的方式主要分为行式存储和列式存储两大类。YashanDB在存储引擎设计上采用融合架构，基于统一存储底座构建了不同的存储结构，支持In-place Update行式存储，适应在线事务处理场景(OLTP)；支持原位更新（In-place Update）和追加式（Append-only）两种列式存储，具备原生混合负载处理能力(HTAP)和海量数据分析能力(OLAP)。
发表了文章
2025-03-17
发表了文章
2025-03-17
发表了文章
2025-03-17
发表了文章
2025-03-17
发表了文章
2025-03-17
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
发表了文章
2025-02-27
