全部产品
存储与CDN 数据库 安全 应用服务 数加·人工智能 数加·大数据基础服务 互联网中间件 视频服务 开发者工具 解决方案 物联网
分布式关系型数据库 DRDS

新老规格对比

更新时间:2017-09-26 21:55:40

概述

DRDS 提供了更多系列、更大规格节点的实例,以满足越来越多样的在线数据操作需求。本文针对新老规格进行对比说明,同时详细介绍新规格各个系列差异,以及各规格单表 1.6 亿数据 Sysbench 标准混合操作场景下性能测试对比。

具体计费标准请参考分布式关系型数据库服务规格和定价

新老规格对比

  • 新规格节点选择更多样

    • 新规格提供 4Core8G、8Core16G、16Core32G、32Core64G 节点组合的实例配置;
    • 更大的节点规格带来稳定性的大幅度提升;
    • 升配不仅能够满足 SQL 流量增长的需求,也能够加速单条 SQL 执行效率;
    • 节点规格加大,相同 DRDS 实例规格下节点变少,底层 RDS 连接更加集中,从而执行效率得到提升。
  • 新规格价格优势明显

    • 相同配置价格大幅度下降;
    • 提供更细颗粒度的价格选择,每一个系列可以逐个添加节点,让升配更加经济。
老规格 -> 新规格
小型专享实例 4Core4G 1480元/月 ->
标准专享实例 8Core8G 2900元/月 -> 入门版 8Core16G 1652元/月
大型专享实例 16Core16G 5710元/月 -> 入门版 16Core32G 3920元/月
旗舰专享实例 32Core32G 11340元/月 -> 入门版 32Core64G 7630元/月
企业高级版实例 48Core96G 23280元/月 -> 标准版 48Core96G 11214元/月
企业黄金版实例 56Core112G 27160元/月 -> 标准版 56Core112G 13048元/月
企业白金版实例 64Core128G 31040元/月 -> 标准版 64Core128G 14882元/月
企业钻石版实例 96Core192G 46560元/月 -> 标准版 96Core192G 22218元/月
  • 升配更加灵活

    • 不同系列之间可以升配,让 SQL 适应性更好;
    • 老规格可以升配到新规格。

新规格各个系列差异

  • 静态差异和评价
入门版 标准版 企业版 至尊版
节点规格 4Core8G 8Core16G 16Core32G 32Core64G
特点 价格便宜,简单 SQL 扛流量能力良好,比较适合前台业务 规格选择丰富,性价比高 复杂 SQL 响应好,适合综合业务 复杂 SQL 执行响应最好,提供超大规格选择
  • 性能差异

    • Sysbench 标准测试场景(混合 SQL);
    • 2 个 16Core64G RDS for MySQL;
    • 1.6 亿数据,一张逻辑表,总共 16 个分库 64 张分表,平均一个分表 250 万数据,数据按照字段定义填充满;
    • DRDS CPU 整体利用率在 80% 左右;
    • 拆分字段 id,取值 1 ~ 160000000;
    • 范围查询 id 取值范围 1 ~ 160000000,连续取值 5 个,必定走到 5 个分片,涉及 1250 万数据。
  1. "SELECT c FROM ".. table_name .." WHERE id=" .. sb_rand(1, oltp_table_size)
  2. "SELECT c FROM ".. table_name .." WHERE id BETWEEN " .. range_start .. " AND " .. range_start .. "+" .. oltp_range_size - 1)
  3. "SELECT c FROM ".. table_name .." WHERE id BETWEEN " .. range_start .. " AND " .. range_start .. "+" .. oltp_range_size - 1 .. " ORDER BY c
  4. "SELECT DISTINCT c FROM ".. table_name .." WHERE id BETWEEN " .. range_start .. " AND " .. range_start .. "+" .. oltp_range_size - 1 .. " ORDER BY c
  5. "UPDATE " .. table_name .. " SET k=k+1 WHERE id=" .. sb_rand(1, oltp_table_size)
  6. "UPDATE " .. table_name .. " SET c='" .. c_val .. "' WHERE id=" .. sb_rand(1, oltp_table_size)
  7. "DELETE FROM " .. table_name .. " WHERE id=" .. i
  8. "INSERT INTO " .. table_name .. " (id, k, c, pad) VALUES " .. string.format("(%d, %d, '%s', '%s')",i, sb_rand(1, oltp_table_size) , c_val, pad_val)
  9. -- oltp_table_size=160000000
  10. -- oltp_range_size=5
  1. CREATE TABLE `sbtest1` (
  2. `id` int(10) unsigned NOT NULL,
  3. `k` int(10) unsigned NOT NULL DEFAULT '0',
  4. `c` char(120) NOT NULL DEFAULT '',
  5. `pad` char(60) NOT NULL DEFAULT '',
  6. KEY `auto_shard_key_id` (`id`),
  7. KEY `k_1` (`k`)
  8. ) ENGINE=InnoDB DEFAULT CHARSET=utf8 MAX_ROWS=1000000 dbpartition by hash(`id`) tbpartition by hash(`id`) tbpartitions 4
入门版 8Core16G 入门版 12Core24G 入门版 16Core32G
read/write requests 12775 20528 27484
标准版 16Core32G 标准版 24Core48G 标准版 32Core64G
read/write requests 28997 41532 55373
企业版 32Core64G
read/write requests 54344
本文导读目录