YashanDB知识库汇聚了大量YashanDB产品使用和问题处理的实践案例，辅助您更好的使用 YashanDB以及快速定位和解决遇到的问题。

YashanDB 知识库

搜索知识

典型案例

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26

支持全量&增量迁移！YashanDB增量迁移实现原理解读

作者：马志宏

崖山迁移平台YMP是YashanDB提供的数据库迁移产品，提供异构RDBMS与YashanDB之间进行迁移评估、数据迁移、数据校验的能力。在最新发布的V23.3版本中，YMP新增增量迁移组件（以下简称“迁移组件”），具备异构数据库的在线全量迁移和增量迁移能力，且支持两者间的无缝衔接，真正实现业务无感知迁移，保障数据一致性及业务连续性。

넶81 2025-01-08

崖山共享集群产品能力观测：细节足见功底

作者：王若楠

年初，基于某些商业考量，我们团队对崖山共享集群数据库（YAC）进行了测试。起初，我持有怀疑态度，这既源于近年来数据库领域出现的乱象，也因为我作为共享存储架构研发人员，深知其中的技术难度。经过全面的测试后，崖山共享集群YAC的稳定性、成熟度、独特性均超出了我们的预期。

넶53 2025-01-08

YashanDB多模数据融合管理技术探索与实践

作者：李伟超

随着数字化技术的发展，IT系统的数据处理能力越来越强，数据量呈爆炸式增长且类型愈发繁杂多样。如今，除结构化数据外，半结构化数据与非结构化数据的处理需求也日益凸显，这促使传统关系型数据库不断拓展边界，陆续增加对多模型的支持能力，以更好地适应复杂多变的数据环境。

넶44 2025-01-08

YashanDB共享集群V23.3 新特性解读

作者：孟凡彬

2023年11月，YashanDB首次推出采用单库多实例架构的多活共享集群形态（YashanDB for Cluster，YAC），并在今年3月，崖山共享集群也发布了首个长期维护的商用集群版本。这一年，YashanDB持续在可用性、性能/扩展性、内核稳定性以及易用性等多个维度增强产品能力，为用户市场打造一款高性能、高扩展、高可用的集群数据库产品。

넶41 2025-01-08

实时分析都靠它→揭秘YashanDB列式存储引擎的技术实现

作者：谢锐

YashanDB列式存储引擎，又称为LSC（Large-scale Storage Columnar Table)。其通过自研的CBO优化器、向量化执行、原生列存格式等技术，达到业界领先的查询分析能力。

넶63 2024-12-04

依托自研力量，给共享集群存储服务一个优选

作者：马勇

崖山集群文件系统（YFS）是YashanDB的一个用户态存储服务组件，提供了文件系统以及磁盘组管理能力，用于管理共享磁阵。用户可通过YFS实现共享磁阵上基本的文件/文件夹的创建、删除、浏览等功能。此外，YFS还提供了管理diskgroup（磁盘组）、failuregroup（故障组）等重要特性，以支持共享集群的存储高可用。

넶52 2024-12-04

担心异构数据库迁移踩“坑”？听听大咖们怎么说

作者：尚雷 & 张建龙

在技术升级和国产化战略的双重推动下，如何将来自Oracle、MySQL等异构数据库的数据无缝迁移至国产数据库，已成为企业持续发展的关键一环。
YashanDB Meetup第13期特别邀请首届迁移体验官用户代表、TechTalk社区创始人尚雷，YashanDB 售后服务负责人张建龙，一起探讨数据库迁移之道！

넶122 2024-08-23

为何共享集群的高可用能力被频频称赞，它的机制有何不同？

作者：同二鹏

看YashanDB怎样处理脑裂双写、实例故障等问题

넶116 2024-08-02

小特性大用途 —— YashanDB JDBC驱动的这些特性你都get了吗？

作者：王海峰

在现代数据库应用场景中，系统的高可用性和负载均衡是确保服务稳定性的基石。YashanDB JDBC驱动通过其创新的多IP配置特性，为用户带来了简洁而强大的解决方案，以实现数据库连接的高可用性和负载均衡，满足企业级应用的高要求。

넶115 2024-08-02

自研一款共享集群数据库，有多难？

作者：孟凡彬

共享集群数据库管理系统是一种单库多实例的多活数据库管理系统，用户连接任意实例都可以访问同一个数据库，具备透明多写、高可用、高性能等特性。共享集群技术因其开发难度高，一直被国外垄断，也被称为数据库领域的“塔尖”技术。

넶152 2024-06-26
查看更多 →
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28

执行UPDATE语句时报YAS-04344异常

问题描述：在YashanDB执行update语句时，抛出YAS-04344异常：
风险及影响：用户的update语句无法正常下发
原因分析：多表关联update是MySQL的特性，说明请参考如下链接： MySQL :: MySQL 5.7 Reference Manual :: 13.2.11 UPDATE Statement

넶2 2025-04-28

在yasql执行insert记录在DBeaver不能查到，而在DBeaver执行insert记录却在yasql立即查到

问题描述：1、在yasql客户端创建表 create table test(a int);2、在yasql执行 insert into test values(1);3、此时在yasql查到1条记录，而在DBeaver查不到记录；4、在DBeaver执行 insert into test values(2);5、此时在yasql查到2条记录，1条a=1,1条a=2
风险及影响：无
原因分析：崖山事务的隔离级别有：读已提交（READ COMMITTED）：系统默认的隔离级别，只能读取已提交的数据版本，事务每条语句支持语句级一致性读。读当前提交（CURRENT COMMITTED）：是读已提交的一种，只能读取已提交的数据版本，但无法保证语句内的读一致性。可串行化（SERIALIZABLE）：最严格的隔离级别，提供事务级一致性读、完整的写写串行化冲突检测机制。

넶1 2025-04-28

通过flink cdc从oracle向YashanDB实时同步数据时，出现ORA-01291异常

问题描述：通过flink cdc，借助debezium及logminer，从oracle向YashanDB实时同步数据，
flink任务刚启动就执行失败，查看flink任务执行日志，有ORA-01291异常：java.sql.SQLException:
ORA-01291: 缺少日志文件，ORA-06512: 在 "SYS.DBMS_LOGMNR", line 72

넶1 2025-04-28

使用yasboot查看YashanDB status为unconnected，但是YashanDB运行正常

问题描述：YashanDB运行正常，业务也可以正常连接使用，但是使用yasboot cluster status命令查看YashanDB status为unconnected
$ yasboot cluster status -c yashandb -d
hostid | node_type | nodeid | pid | instance_status | database_status | database_role | listen_address

넶1 2025-04-28

使用flink cdc以YashanDB作为源库同步数据，update语句中未被update列的值被同步为NULL

问题现象：flink cdc通过ystream连接到YashanDB，解析event并同步至sink库。
实际使用中，会碰到如下现象。在源库中下发update语句，仅修改test表的一列：
在目标库，c2列的值被更新成了NULL：

넶1 2025-04-28

如何输入小写表名的函数参数

问题描述：收集表名是小写的表的统计信息时，报表不存在错误：YAS-02012 table does not exist
EXEC DBMS_STATS.GATHER_TABLE_STATS('SYS', 't_lower', '', 1, FALSE, 'FOR ALL COLUMNS SIZE AUTO',
风险及影响：默认调用方式来调用以小写来存储表名的函数会调用失败

넶1 2025-04-28

如何使用jdbc向YashanDB批量插入gis数据

关键字：[批量插入]，[GIS]，[JDBC]
案例介绍：在对数据库进行insert/update/delete等修改数据操作时，使用batch操作然后批量提交，会有更好的性能。同样，GIS数据的操作也不例外。本案例介绍了如何使用JDBC的batch接口向YashanDB批量插入GIS数据。
操作步骤：以gis表为例：drop table gis;create table gis(id number not null, pos st_geometry not null);

넶1 2025-04-28

如何调整DBeaver显示格式，使date型字段可以显示时分秒

关键字：[DBeaver], [date], [显示格式]
案例介绍：如何调整DBeaver显示格式，使date型字段可以显示时分秒。
操作步骤：1、默认设置下，DBeaver连接YashanDB查询date类型字段的值时，只精确到天，类似如下截图：

넶1 2025-04-28

离线升级，终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate

问题描述：离线升级过程中（22.2.11.100升级到22.2.14.100），终止yasom和yasgant进程时，遇到报错：ssh ：handshake failed；unable to authenticate
风险及影响：离线升级出现报错，导致无法升级成功
原因分析：升级时操作系统的用户名及密码均存放在hosts.toml中。查看hosts.toml中的密码，发现与实际密码不一致。

넶1 2025-04-28

解压安装包时报错"tar:Error is not recoverable"

问题描述：解压安装时报错：“tar: 跳转到下一个头”, "Error is not recoverable"
风险及影响：安装包不完整，需要重新下载。
原因分析：1、检查解包命令是否正确，tar解压文件正常

넶1 2025-04-28
查看更多 →
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26

数据库升级后用yasboot在线扩充备节点出现报错

前言：数据库版本升级从22.2.4.1到22.2.12.100，再升级到23.2.2.100。
问题：升级到23版本的数据库按照官方文档使用yasboot执行在线扩容操作增加备节点出现报错：there is no replication addr in node 1-1
使用yasboot在线扩容报错没有replication addr，但是在数据库中查询发现存在replication addr

넶0 2025-04-28

使用DataX工具迁移yashan数据到maxcompute

前言：DataX单表迁移
使用DataX工具主要是配置好对应的json文件，使DataX工具可以根据json文件进行对应数据库表的迁移操作，json文件配置模板如下：template.json
配置完成后，执行下面命令即可执行DataX的同步操作（路径根据实际情况修改）

넶0 2025-04-28

如何避免yasdb进程被Linux OOM Killer杀掉

前言：在Linux系统内存使用接近100%时，系统处于危险境地。为了避免服务器崩溃，Linux内核中有OOM(Out Of Memory) Killer进程，当内存使用接近满时，缺省它会找到使用内存最多的进程杀掉(kill -9)。这个机制保护系统不至于崩溃。
问题：在Linux系统内存使用接近100%时，数据库进程会被Linux内核中有OOM(Out Of Memory) Killer进程kill掉，使数据库服务不能正常访问。
问题原因：Linux内核中有OOM(Out Of Memory) Killer进程，虽然保护系统不至于崩溃，但对于数据库服务器而言，通常数据库主进程是使用内存最多的那个，如果别的应用导致整个系统内存接近上限，数据库进程将成为OOM Killer的牺牲者。

넶0 2025-04-28

YMP从oracle到yashan迁移评估报OCI相关错误

前言：之前按照官方文档步骤成功部署过YMP并没有报错，后面机器重装过操作系统，按照官方文档安装YMP没有报错误，但是在YMP执行迁移评估时出现了OCI版本检查的错误。
问题：错误信息：OCI版本检查：OCI版本为空或OCI的架构和本地系统的架构不符
YMP版本：yashan-migrate-platform-v23.2.1.3-linux-x86-64.zip；OCI版本：instantclient-basic-linux.x64-19.19.0.0.0dbru.el9.zip；操作系统：v2207.ky10.x86_64

넶0 2025-04-28

如何从内存中获取SQL语句的执行计划

SQL语句的性能数据可以从视图v$sql中获取，针对可能有性能问题的SQL语句，可以根据该语句对应的plan_hash_value从视图v$sql_plan获取到该语句的执行计划。
创建UDF - REPEAT，后面SQL中有用到，格式化输出用
根据plan_hash_value获取SQL文本（以2609204012为例）

넶72 2024-12-17

从PostgreSQL迁移到YashanDB如何进行数据行数比对

简介：目前从PostgreSQL迁移到YashanDB后，需要进行数据校验。下面给出user1模式从PostgreSQL迁移到YashanDB进行数据行数比对的示例。
详情：获取PostgreSQL精确行数
创建table_count，用于存储行数（建议：使用现有的迁移模式user1，并把table_count创建在user1用户下）

넶66 2024-10-17

YashanDB 支持MySQL多表更新语句的解决方法

前言：MySQL支持多表更新语句，如果迁移到YashanDB，推荐通过兼容性参数来支持。如果兼容性参数支持存在问题的话，也可以按照多表更新的规则进行改写。
问题：在YashanDB默认模式下执行MySQL的多表更新语句，报错YAS-04344 multi-table update is not supported，请看示例：
解决方法：YashanDB使用兼容参数

넶75 2024-10-17

MySQL和YashanDB 隐式转换不一致引起的报错

问题：最近遇到一个问题，MySQL 5.7的SQL语句执行无问题，但在YashanDB执行会报错：
另外，该问题有一个奇怪的地方，不同的值表现不一致，比如a2.c2=25会报错，而a2.c2=24则不报错，也需要分析清楚原因
表的定义和数据如下：

넶63 2024-10-17

MySQL field 函数的改写方法

概述：MySQL field函数常用于自定义排序，改写到YashanDB一般用decode或者case进行改写。
详情：MySQL的field用法
MySQL的field函数一般用于对SQL中查询结果集进行指定顺序排序，例如以下查询对于c2列，如果c2的值等于'plane','train','bicycle'其中之一，则以 'plane','train','bicycle'的顺序编号1,2,3进行排序，否则顺序编号为0，排在最前。请看以下示例：

넶56 2024-10-17

服务器重启后启动yasom和yasagent进程时有告警

问题场景：数据库正常运行，使用yasboot关闭数据库并重启服务器后，用yasboot启动yasom，yasagent以及yasdb进程成功，但是yasom，yasagent存在告警
告警详情：warning: watch yasom error: monitor failed, stdout: , /data/yashan/yasdb_home/yashandb/22.2.8.105/bin/moint/moint: error while loading shared libraries: libnsl.so.1: cannot open shared object file: no such file or directory

넶67 2024-09-26
查看更多 →
YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28

YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28
YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28

YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28
YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28

YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28
YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28

YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28
YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28

YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28
YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28

YashanDB V23.3重磅发布，持续深化1:1替代产品力

当前关键行业数字化转型已进入深水区和攻坚阶段，规模化和核心系统替代是这一阶段的显著特征，业界亟需更经济、更普适的规模化替代方案。YashanDB V23.3面向1:1替代的关键需求，在兼容性、性能、可用性、安全性、迁移能力、运维能力六大方面进一步优化增强和突破，并全方位支持基于共享集群架构数据库的应用，为金融核心场景提供从功能、高可用到性能的端到端1:1替代解决方案。该版本已在官网（download.yashandb.com）全面开放下载，包含单机主备、共享集群、分布式多种产品形态，所有用户均可体验。

넶66 2024-12-13

深算院崖山发布核心平替战略加速金融数智化跃迁

2024年11月14日，由深圳计算科学研究院（简称：深算院）主办、深圳崖山科技有限公司（简称：崖山科技）和赛迪网承办的“2024国产数据库创新生态大会”在深圳成功举办。会上，崖山数据库重磅发布“专为核心场景打造的1:1平替方案”战略，同期推出崖山共享集群战略级产品、数据库一体机、数据库云服务等系列新品，突破国产数据库在核心领域的规模化应用难题，技术、产品与方案全方位对标国际标杆，为金融核心系统规模化升级和数智创新提供更优的“中国方案”。

넶33 2024-12-04

里程碑式技术与应用突破！YashanDB V23.1三大新品重磅发布

11月8日，YashanDB 2023年度产品发布会在线上成功召开。本次产品发布会以“惟实·励新”为主题，宣布YashanDB内核能力、产品形态、生态创新全面升级，标志着YashanDB商业化进程又迈出了重要一步！

넶67 2024-05-28

YashanDB V23.1内核全面升级核心场景再突破

11月8日，YashanDB 2023发布会在线上成功举办，YashanDB的产品总监王南分享了《创新突破使能产业》的主题演讲。

넶51 2024-05-28

YashanDB V23.2 LTS发版 | 共享集群首个长期支持版本

4月，YashanDB正式发布长期支持版本YashanDB V23.2 LTS，标志着YashanDB单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段；同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。

넶84 2024-05-28

YashanDB V22.2重磅发布！七大亮点带你了解新特性

4月17日，崖山数据库系统YashanDB V22.2版本正式发布，在自研内核基础上全面加强企业级产品化能力，是面向通用行业和场景发布的一个具备里程碑意义的规模商用版本。

넶64 2024-05-28