orczhou.com

  • 首页
  • 云数据库性能测试与对比
    • RDS MySQL 性能
    • RDS PostgreSQL 性能
    • AWS RDS架构与选型
    • 阿里云RDS架构与选型
    • 阿里云ARM/x86 RDS
    • 华为云鲲鹏/x86 RDS
    • AWS Graviton/x86
  • 关于MySQL
    • <高性能MySQL>
    • 如何学习MySQL
    • MySQL 版本选择
    • MySQL 版本历史
  • 其他
    • LLM 与 AI 技术
    • 数据库行业动态
    • 关于生活
    • 归档页面
    • 管理页面
    • 关于作者
  • 云数据库行业动态@2025-01-03

    2025-01-03

    标题:各类数据库年终总结集中发布;PostgreSQL生态大会于本周六举行;华为云GaussDB/OceanBase不同报告各获第一

    重要更新

    第七届中国PostgreSQL数据库生态大会于本周六在上海举行,大会邀请了 PostgreSQL 社区相关开发、意见领袖、企业领军人物、资深用户与广大DBA、开发者参加。感兴趣的可以在上海现场参加[13]。

    华为云GaussDB,中国金融级分布式数据库市场No.1:根据沙利文联合头豹研究院发布《2024年金融级分布式数据库市场跟踪报告》,华为云GaussDB在2023年、2024年上半年中国金融级分布式数据库市场份额整体规模第一本地部署整体第一[14]

    OceanBase 获评分布式数据库市场份额第一:根据工信部赛迪顾问发布 2024 年《中国金融行业数据库市场研究报告》,OceanBase 获评分布式数据库市场份额第一!在银行、保险、证券三大子市场中,OceanBase 同样以综合评分第一的成绩位居榜首[15]

    本周是各类总结发布的一周,这里汇总部分供参考:

    • 2024 云数据库年度总结[1]
    • Databases in 2024: A Year in Review[2]
    • 2024年度盘点|阿里云瑶池数据库的高光时刻[3]
    • 请回答2024|华为云数据库年度盘点[4]
    • 2024 OceanBase 年度报告 | 每一笔记录都算数[6]
    • 大事记 | 2024:进而有为 奋力书写万里数据库新篇章[8]
    • 步履不停,笃行致远|Greptime 时序之旅 2025 新启程[10]

    参考详情

    火山云(字节)
    • 数据库工作台操作审计支持记录和复制在数据交互台执行的 SQL 语句[5]
    • 数据库工作台支持查看指定实例节点的全量 SQL 洞察信息。[7]
    AWS(亚马逊云)
    • Aurora 现支持 PostgreSQL 16.6、15.10、14.15、13.18 和 12.22等小版本 [9]
    腾讯云
    • 云数据库 MySQL 8.0内核版本更新20230704。[11]
    • 公网迁移至云数据库 PostgreSQL 时,支持配置 SSL 连接加密。[12]

    参考链接

    • [1] https://mp.weixin.qq.com/s/uj9-f3WPLhc-L36CDHIBnA
    • [2] https://www.cs.cmu.edu/~pavlo/blog/2025/01/2024-databases-retrospective.html
    • [3] https://mp.weixin.qq.com/s/ayT4OwXVEul7jUeyHdBsjw
    • [4] https://mp.weixin.qq.com/s/tw-SHBKWW4ZvR0bVqVIGlA
    • [5] https://www.volcengine.com/docs/6956/1333447
    • [6] https://mp.weixin.qq.com/s/0XImZGhUwi9Gn77q3kD-YQ
    • [7] https://www.volcengine.com/docs/6956/1277446
    • [8] https://mp.weixin.qq.com/s/RENdrpF1mzTaiqaO_MIMzg
    • [9] https://aws.amazon.com/about-aws/whats-new/2024/12/amazon-aurora-postgresql-supports-new-versions/
    • [10] https://mp.weixin.qq.com/s/fzuXb1TTM49Nn6I74wgxjw
    • [11] https://cloud.tencent.com/document/product/236/42539
    • [12] https://cloud.tencent.com/document/product/409/107458
    • [13] https://mp.weixin.qq.com/s/Wo6v2dQtqohj9LtYfUPPHQ
    • [14] https://mp.weixin.qq.com/s/kPD1AECz4YUmf1mrGr7H4A
    • [15] https://mp.weixin.qq.com/s/8a6tVb4TI9UH6Y95DXkdUw
  • 2024 云数据库年度总结

    2024-12-30

    在上周五完成最后一个每周行业动态[49]之后,才发现距离春节只剩一个月了,2024也即将过去,要不就整体回顾一下这一整年所看到的数据库领域现状与变化吧。

    当红辣子鸡:向量数据库与AI

    AI(或者说LLM)所展现的能力,似乎还没有看到上限。而基于此的,面相各行业的应用,也在蓬勃发展。数据库和这个领域最大的结合点,就是向量存储与搜索了。在这一年里,几乎所有的主流数据库,都推出或增强了相关功能。Forrester 也率先发布了独立的 Vector Database Wave ,对各个数据库的向量处理能力做了评估。

    (more…)
  • MySQL 8.0 中的 CTE 功能

    2024-12-28

    CTE 的全称是 Common Table Expressions,有时候也缩写为 CTEs,在 SQL 标准中使用 WITH clause表达[1]。在 ANSI standard 标准的 SQL:1999 中定义,参考:ISO/IEC 9075-2:1999[7][8]。该特性支持在 MySQL 8.0 中正式被引入[9]。

    通常,如果不需要编写特别复杂的 SQL ,更为具体的,如果无需编写带有递归功能的 SQL 时,CTE 通常都不是必须的。所以,该语法功能,对于分析型的场景或者数据开发等场景更为常用。

    这里概述 CTE 的两个常用功能:简化子查询结构、实现递归执行。其中,实现递归执行,是 CTE 独特的能力,是对 SQL 能力的一种补充。

    目录

    • 简化子查询结构
    • 递归执行
    • 递归执行方式概述
    • 斐波那契数列的生成
    • 广度优先还是深度优先
    • 参考链接

    简化子查询结构

    CTE 功能提供了一种新的子查询或临时表的写法。可以把后续 SQL 中需要使用的临时表或子查询独立的放在WITH子句中,使得结构看起来更为清晰一些。

    例如,如下两个写法在语义上是等价的:

    WITH 
      t_mid as (
        SELECT * FROM t_1 JOIN t_2
      )
    SELECT * FROM t_mid;
    SELECT * 
    FROM 
      (
        SELECT * FROM t_1 JOIN t_2
      ) t_mid;

    递归执行

    该功能是 CTE 的核心能力。例如,在表中查询好友的好友、查询主管的主管、递归数据生成等功能。

    递归执行方式概述

    在各个数据库的关于 CTE 介绍都会较为详细的描述,这里对该执行过程做一个简单的描述。

    对于递归 CTE 对应的 SQL 总是有类似结构:

    WITH RECURSIVE table_cte (col_01 ... ) AS (
      SELECT ...                 -- return initial row set
      UNION ALL
      SELECT ... FROM  table_cte -- return additional row sets
    )

    在该结构中:

    • 第一个SELECT为数据初始化
    • 第二个SELECT则为递归执行的部分,该部分在引用表table_cte时,总是使用该表的最后一条生成记录

    斐波那契数列的生成

    这是一个MySQL文档中的示例[10]。

    WITH RECURSIVE fibonacci (n, fib_n, next_fib_n) AS
    (
      SELECT 1, 0, 1
      UNION ALL
      SELECT n + 1, next_fib_n, fib_n + next_fib_n
        FROM fibonacci WHERE n < 10
    )
    SELECT * FROM fibonacci;
    
    +------+-------+------------+
    | n    | fib_n | next_fib_n |
    +------+-------+------------+
    |    1 |     0 |          1 |
    |    2 |     1 |          1 |
    |    3 |     1 |          2 |
    |    4 |     2 |          3 |
    |    5 |     3 |          5 |
    ...
    |   10 |    34 |         55 |
    +------+-------+------------+

    根据前面小结“递归执行方式概述”中所描述,在每次执行上述的第二个 SELECT,即SELECT n + 1, next_fib_n, fib_n + next_fib_n FROM fibonacci时,总是使用 CTE 表fibonacci最后生成的记录。所以,该SQL中引用的列n 、fib_n和next_fib_n均为表fibonacci最后生成的记录,即上一条记录。

    所以,该 SQL 第一列返回的是一个自增的序列;第二列,即为斐波那契数列;第三列是用于计算的中间列。

    广度优先还是深度优先

    在 MySQL 的递归遍历中,并没有像 PostgreSQL 那样可以通过 SQL 关键字去控制。在文档中,也没有描述是广度优先还是深度优先。这里通过一些 SQL 变量来看看,到底是广度优先还是深度优先。

    先说结论吧:MySQL 使用的是广度优先遍历。关注验证过程的,可以继续阅读这一段的示例和解读。

    这里使用 MySQL 官方文档中另一个示例。该示例包含一个企业人员组织架构的关系:

    CREATE TABLE employees (
      id         INT PRIMARY KEY NOT NULL,
      name       VARCHAR(100) NOT NULL,
      manager_id INT NULL,
      INDEX (manager_id),
    FOREIGN KEY (manager_id) REFERENCES employees (id)
    );
    INSERT INTO employees VALUES
    (333, "Yasmina", NULL),  # Yasmina is the CEO (manager_id is NULL)
    (198, "John", 333),      # John has ID 198 and reports to 333 (Yasmina)
    (692, "Tarek", 333),
    (29, "Pedro", 198),
    (4610, "Sarah", 29),
    (72, "Pierre", 29),
    (123, "Adil", 692);

    我们可以使用如下的递归 CTE 语句进行组织架构遍历:

    WITH RECURSIVE employee_paths (id, name, path) AS
    (
      SELECT id, name, CAST(id AS CHAR(200))
        FROM employees
        WHERE manager_id IS NULL
      UNION ALL
      SELECT e.id, e.name, CONCAT(ep.path, ',', e.id)
        FROM employee_paths AS ep JOIN employees AS e
          ON ep.id = e.manager_id
    )
    SELECT * FROM employee_paths ORDER BY path;

    我们对这条 SQL 语句进行如下修改,以观察是广度优先还是深度优先:

    WITH RECURSIVE employee_paths (id, name, path,seq) AS
    (
      SELECT id, name, CAST(id AS CHAR(200)),@seq:=1
        FROM employees
        WHERE manager_id IS NULL
      UNION ALL
      SELECT e.id, e.name, CONCAT(ep.path, ',', e.id),@seq:=@seq+1
        FROM employee_paths AS ep JOIN employees AS e
          ON ep.id = e.manager_id
    )
    SELECT * FROM employee_paths ORDER BY seq;
    
    +------+---------+-----------------+------+
    | id   | name    | path            | seq  |
    +------+---------+-----------------+------+
    |  333 | Yasmina | 333             |    1 |
    |  198 | John    | 333,198         |    2 |
    |  692 | Tarek   | 333,692         |    3 |
    |   29 | Pedro   | 333,198,29      |    4 |
    |  123 | Adil    | 333,692,123     |    5 |
    |   72 | Pierre  | 333,198,29,72   |    6 |
    | 4610 | Sarah   | 333,198,29,4610 |    7 |
    +------+---------+-----------------+------+

    该结果的最后一列 seq,反映了输出的先后顺序。可以看到,这里使用的广度优先遍历。

    参考链接

    • [1] 15.2.20 WITH (Common Table Expressions)@MySQL
    • [2] 7.8. WITH Queries (Common Table Expressions)@PostgreSQL
    • [3] WITH common_table_expression (Transact-SQL)@SQL Server
    • [4] subquery_factoring_clause@Oracle Documentatioin
    • [5] Hierarchical and recursive queries in SQL@Wikipedia
    • [6] Common table expressions for ANSI SQL@AWS Documentation
    • [7] https://www.iso.org/standard/26197.html
    • [8] Information technology — Database languages — SQL — Part 2: Foundation (SQL/Foundation)
    • [9] https://dev.mysql.com/blog-archive/whats-new-in-mysql-8-0-generally-available/
    • [10] https://dev.mysql.com/doc/refman/8.4/en/with.html#common-table-expressions-recursive-fibonacci-series

  • 云数据库行业动态@2024-12-27

    2024-12-27

    标题:Gartner 数据库魔力象限发布:华为云、SingleStore进入;Yugabyte推出;Amazon RDS 支持 MySQL 9.1

    重要更新

    Gartner 正式对外发布了 2024 年的数据库魔力象限[1]:依旧由Google、AWS、Azure、Oracle领跑;MongoDB、DataBricks、Snowflake则又向左上角前进了一些;阿里云则依旧保持在领导者象限。华为云则在时隔两年后,再次进入该象限。分布式数据库厂商 SingleStore 进入,而 Yugabyte 跌出。

    更新详情

    GCP(谷歌云)
    • BigQuery 新增墨西哥地区支持 [7]
    • Cloud SQL Enterprise Plus 开始支持启用查询洞察[8]
    • AlloyDB 支持通过 Cloud Monitoring 信息中心监控以下众多指标 [13]
    火山云(字节)
    • 云数据库 veDB MySQL 版新增亚太东南 (柔佛) 地域售卖 [17]
    AWS(亚马逊云)
    • Amazon RDS 支持 MariaDB 11.4.4、10.11.10、10.6.20 和 10.5.27等小版本 [18]
    • Amazon RDS for Db2 支持多数据库能力 [19]
    • Amazon RDS 在数据库预览环境中支持 MySQL 9.1 [20]
    • Amazon RDS Proxy 新增 Aurora 和 RDS 上的 MySQL caching_sha2_password 身份验证支 [26]
    腾讯云
    • TDSQL-C MySQL、云数据库 MySQL 发布数据库代理版本1.3.15。[27]
    • TDSQL-C MySQL 版“只读分析引擎”发布了新版本 1.2404.19.0。在新的版本中修复了诸多内核问题,适配了周边生态组件。支持适配“数据库代理”,可通过数据库代理访问“只读分析引擎”。支持适配“DMC”,可通过新版 DMC(数据库管理)访问“只读分析引擎”。便于对只读分析引擎中数据的查询和使用 [29]

    参考链接

    • [1] https://www.linkedin.com/feed/update/urn:li:activity:7276068295210946560/
    • [7] https://cloud.google.com/bigquery/docs/locations#regions
    • [8] https://cloud.google.com/products#product-launch-stages
    • [13] https://cloud.google.com/products#product-launch-stages
    • [17] https://www.volcengine.com/docs/6357/66583#%E6%9C%8D%E5%8A%A1%E5%9C%B0%E5%9D%80
    • [18] https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MariaDB.Concepts.VersionMgmt.html
    • [19] https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/db2-multiple-databases.html
    • [20] https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.Concepts.VersionMgmt.html#mysql-preview-environment-version-9.1
    • [26] https://aws.amazon.com/about-aws/whats-new/2024/12/amazon-rds-proxy-sha2-password-authentication-mysql-aurora-rds/
    • [27] https://cloud.tencent.com/document/product/236/89741
    • [29] /document/product/1003/109576
  • 2024 Gartner 数据库魔力象限概要解读

    2024-12-24

    目录

    • 领跑组:Google 高歌猛进
    • 中国数据库厂商:阿里云和华为云
    • 独立厂商与平台厂商
    • 关于 Gartner 魔力象限
      • 另一面
    • 过去十年对比参考
    • 参考链接

    本周 Gartner 正式对外发布了 2024 年的数据库魔力象限[1],对今年全球范围内大型数据库厂商做了一个整体的“盘点”,是的,在这个象限中几乎都是“大型”的数据库厂商。

    整体上,依旧有Google、AWS、Azure、Oracle领跑;MongoDB、DataBricks、Snowflake则又向左上角前进了一些;阿里云则依旧保持在领导者象限。华为云则在时隔两年后,再次进入该象限。

    分布式数据库厂商 SingleStore 进入,而 Yugabyte 跌出。

    领跑组:Google 高歌猛进

    Google 是 AI 与云计算领域的领导者,在数据库产品上不断增强与 AI 产品的链接;其他方向上,则加强其 AlloyDB (或其 Omni版本)、BigQuery、Spanner、Cloud SQL等功能。凭借着 AI 与 大数据技术的持续领先,Google 依旧是最领先技术的弄潮儿。

    Amazon 在数据库方向上的核心产品是托管数据库、Aurora 和 DynamoDB 。并且,在今年,Aurora 发布了 DSQL 版本,跨区域强一致的全球数据库,DynamoDB 也发布了类似的能力;托管数据库则不断紧跟社区,并开始以更高性价比的形式支持了最新一代的Graviton 芯片。

    微软在过去的数年,云计算成功的赶上了第一梯度,在 AI 浪潮中,微软凭借快速高效的与OpenAI进行合作并持续创新,再次站在潮头。在数据库方向,在云端微软一方面持续发展SQL Database、Cosmos DB。在本地则发布了SQL Server 2025版本。今年11月,看到 Azure 托管数据库发布支持了 PostgreSQL 17,追赶了这么年,可以认为 Azure 的数据库基础设施最终赶上了其他头部云厂商[3]。

    Oracle 则在不断践行多云和 AI 战略,发布了Oracle@Google、Oracle@Azure、Oracle@AWS等系列合作产品。在 MySQL 方向上,依旧的,在不断的增强 HeatWave 能力,包括分析能力和 AI 功能[4]。

    中国数据库厂商:阿里云和华为云

    在去年,中国数据库厂商,仅有阿里云数据库在孤军奋战[5] ,今年华为云再次进入该象限(注:2020/2021年曾进入),可见,华为在被美国限制的情况下,依旧在尝试在全球市场寻求更大的突破。阿里云相比于去年的位置,没有发生太大的变化,依旧是处于领导者象限。华为云,则相比于 2020、2021 年的所处的niche players象限进步很大,跃入了挑战者象限。

    而在魔力象限之外,依旧有不少数据库厂商在奋力征战全球市场。分布式数据库 TiDB 从市场宣传、产品投入可以看到,全球市场市场是其重点方向。向量数据库 Zilliz / Milvus,则已经站在了全球向量数据库的领导者的位置。此外,还有 NebularGraph 、Databend、KubeBlocks等。

    独立厂商与平台厂商

    在全球云计算快速侵蚀传统数据中心的大背景下,独立数据库厂商则在尝试寻找独立的、垂直的价值空间。其中一个非常重要的战略是,各个独立厂商都发布了各自的云服务平台,包括TiDB Cloud、Neo4j Aura、Redis Cloud、MongoDB Atlas等。

    关于 Gartner 魔力象限

    曾经在阿里云工作时,多次参加过 Gartner 数据库魔力象限的项目。Gartner 项目团队会从多个角度对数据库厂商进行评估,主要包括营收规模、多维度的产品能力、产品规划等方面,在评价体系中,Gartner 还会邀请厂商的客户对该厂商的产品进行评价。除此,厂商和 Gartner 项目组可以就自己关心的问题进行询问。最终,Gartner 会根据上述信息形成一个综合的评估,并将多个数据库厂商的评估结果汇总成一个整体的报告,也就是通常大家看到的,Magic Quadrant。

    在 Gartner 的 “Cloud Database” 定义是比较广泛的,不仅仅包含RDBMS,也包括各类NoSQL,此外,还包括了各个厂商的分析类产品。在计算营收时,通常云计算厂商会将数据库或大数据库类目的营收数据合并上报,所以规模通常都比较大。而且,云厂商的数据库营收,通常都是硬件(IaaS)营收为主,辅以部分授权收入,这也是云厂商收入规模很大的原因。相比之下,独立的数据库厂商,通常只能计算数据库售卖的授权费用,所以,在营收规模的维度,独立数据库厂商是难以与云厂商抗衡的。所以,第一梯队,甚至第一象限,几乎都是云厂商。

    另一面

    Gartner 更像是一个数据库的“神仙打架”榜单,Gartner的魔力象限有着非常高的准入门槛。入选 Gartner 最为重要的应该就是营收,有了营收,才有后面的所有,才有资源去做产品能力评估、规划汇报或者客户评价等。对于头部厂商来说,所有的资源都是充足了,厂商之间会在其他维度(诸如产品能力、客户评价等)去竞争,从而获得更好的象限位置,以便后续宣传。但,这对小的、创新厂商是不友好的。所有,对于没有进入的厂商,并不是这些厂商不优秀,也不是这些厂商不创新,而只是时候未到。

    过去十年对比参考

    2023
    2022
    2021
    2020
    2019
    2018
    2017
    2016
    2015
    2014
    2013

    参考链接

    • [1] https://www.linkedin.com/feed/update/urn:li:activity:7276068295210946560/
    • [2] https://neo4j.com/press-releases/neo4j-revenue-milestone-2024/
    • [3] https://azure.microsoft.com/en-us/updates/v2/PostgreSQL-17-on-Azure-Database-for-PostgreSQL-Flexible-Server
    • [4] https://mp.weixin.qq.com/s/rMaAbJgcxfFve26b2cABOA
    • [5] https://www.orczhou.com/index.php/2023/12/gartner-2023-cloud-database-magic-quadrant/

  • 云数据库行业动态@2024-12-20

    2024-12-23

    标题:GaussDB MySQL更为TaurusDB,全新发布HTAP功能;SQL编程大赛决赛答辩周五晚举行;

    重要更新

    华为云 TaurusDB 新增HTAP实时分析(标准版)功能,能同时服务OLTP和OLAP的混合混合负载场景。其中AP部分采用列式存储引擎,利用SIMD计算技术提升实时分析性能[31]。TaurusDB 即为原 GaussDB(for MySQL) ,于11月更名 TaurusDB[32]。

    12 月 14 日,Doris Summit Asia 2024 在深圳举办,该活动由飞轮科技主办,腾讯云和阿里云联合主办[1]。在12月07日,由 StarRocks 举办的 StarRocks Summit 在北京举办[2]。

    更新详情

    阿里云
    • RDS MySQL基础系列常规实例支持免费的云盘加密功能,该功能将对整个数据盘上的数据进行基于块存储的加密,能够有效保障您的数据安全[4]
    • RDS SQL Server Web版独享入门规格实例支持大版本升级[5]
    Azure(微软云)
    • Azure Functions 支持 Azure Database for MySQL 绑定 [6]
    GCP(谷歌云)
    • Bigtable、 Memorystore for Redis 接入 Database Center 的支持,可让您集中查看整个数据库群 [8][9]
    • 数据库迁移服务现在支持 MySQL 次要版本 8.0.40 [10]
    • Spanner 现在支持“IDENTITY”列,“IDENTITY”列可让您自动为键列和非键列生成唯一的整数值,并与 ANSI 标准保持一致。[12]
    Oracle云
    • HeatWave:支持版本 9.1.2 版本 [16]
    AWS(亚马逊云)
    • Amazon DocumentDB(兼容 MongoDB)支持 NVMe 规格 R6gd [17]
    • Timestream for InfluxDB 现已支持 Internet 协议版本 6 (IPv6) 连接[23]
    • RDS for PostgreSQL 宣布扩展支持次要版本 11.22-RDS.20241121[28]
    腾讯云
    • 云数据库 MySQL 8.0内核版本更新20230703。[30]

    参考链接

    • [1] https://www.selectdb.com/blog/1306
    • [2] https://mkt.mirrorship.cn/activity/ActivityInfo/7Yev6K/ogHJIaD
    • [4] https://help.aliyun.com/zh/rds/apsaradb-rds-for-mysql/apsaradb-rds-for-mysql-instances-on-rds-basic-edition-support-cloud-disk-encryption
    • [5] https://help.aliyun.com/zh/rds/apsaradb-rds-for-sql-server/rds-sql-server-web-edition-launches-exclusive-entry-specifications
    • [6] https://azure.microsoft.com/updates?id=472040
    • [8] https://cloud.google.com/database-center/docs/database-health-issues
    • [9] https://cloud.google.com/database-center/docs/database-health-issues
    • [10] https://cloud.google.com/database-migration/docs/mysql/migration-src-and-dest
    • [12] https://cloud.google.com/spanner/docs/primary-key-default-value#identity-columns
    • [16] https://docs.oracle.com/iaas/releasenotes/mysql-database/heatwave-912.htm
    • [17] https://aws.amazon.com/about-aws/whats-new/2024/12/nvme-backed-r6gd-instances-amazon-documentdb-mongodb-compatibility
    • [23] https://aws.amazon.com/about-aws/whats-new/2024/12/amazon-timestream-influxdb-ipv6-connectivity
    • [28] https://aws.amazon.com/about-aws/whats-new/2024/12/amazon-rds-postgresql-minor-11-22-rds-20241121/
    • [30] https://cloud.tencent.com/document/product/236/42539
    • [31] https://support.huaweicloud.com/usermanual-gaussdbformysql/gaussdbformysql_03_0080.html
    • [32] https://support.huaweicloud.com/bulletin-gaussdbformysql/gaussdbformysql_bulletin_0009.html
←Previous Page Next Page→
  • “众鸟高飞尽 孤云独去闲”
  • —唐 李白

关于我

orczhou.com

·

Theme by Brian Gardner

本作品采用知识共享许可协议 许可协议进行许可。