 阿里云 AnalyticDB for PostgreSQL
- 打造更简单易用的Cloud SQL Data Warehouse构筑在线企业数据仓库。 • 应用易开发、适配 支持SQL 2003,部分兼容Oracle语法, 支持PL/SQL 存储过程,OLAP窗口函数,事务及数据库标准隔离级别 完备功能和生态,实现应用快速迁移或适配 • PB级数据秒级响应 MPP水平扩展架构,PB级数据查询秒级响应;向量化计算,及列存储智能索引,领先传统数据库引擎性能 3x; 新一代SQL优化器,实现复杂分析语句免调优 • 支持多模分析 通过PostGIS 分布式云存储服务 SQL Client/BI Tools 协调节点(Master Node) • 接收请求,制定分布式执行计划 计算组(Compute Groups) • 全并行分析计算 • 数据双副本存储 • 定期自动备份 OSS • 数据并行加载 • 水平扩展:Share-Nothing 架构水平扩展,海量数据在线分析 • 行/列存储模型:行存储支持高并发在线分析,列存储支持全表数据高性能关联聚合 分 区 分 区 计算组 分 区 分 区 分 区 分 区 计算组 分 区 分 区 分 区 分 区 计算组 AnalyticDB for PostgreSQL 公共云产品规格和实例选型: 【高性能】计算组 CPU/核 内存 用户数据空间 1x2C SSD 2 16GB 160GB SSD 1x16C SSD 16 128GB 1.28TB SSD 4x4C SSD 160 码力 | 22 页 | 2.98 MB | 1 年前3 阿里云 AnalyticDB for PostgreSQL
- 打造更简单易用的Cloud SQL Data Warehouse构筑在线企业数据仓库。 • 应用易开发、适配 支持SQL 2003,部分兼容Oracle语法, 支持PL/SQL 存储过程,OLAP窗口函数,事务及数据库标准隔离级别 完备功能和生态,实现应用快速迁移或适配 • PB级数据秒级响应 MPP水平扩展架构,PB级数据查询秒级响应;向量化计算,及列存储智能索引,领先传统数据库引擎性能 3x; 新一代SQL优化器,实现复杂分析语句免调优 • 支持多模分析 通过PostGIS 分布式云存储服务 SQL Client/BI Tools 协调节点(Master Node) • 接收请求,制定分布式执行计划 计算组(Compute Groups) • 全并行分析计算 • 数据双副本存储 • 定期自动备份 OSS • 数据并行加载 • 水平扩展:Share-Nothing 架构水平扩展,海量数据在线分析 • 行/列存储模型:行存储支持高并发在线分析,列存储支持全表数据高性能关联聚合 分 区 分 区 计算组 分 区 分 区 分 区 分 区 计算组 分 区 分 区 分 区 分 区 计算组 AnalyticDB for PostgreSQL 公共云产品规格和实例选型: 【高性能】计算组 CPU/核 内存 用户数据空间 1x2C SSD 2 16GB 160GB SSD 1x16C SSD 16 128GB 1.28TB SSD 4x4C SSD 160 码力 | 22 页 | 2.98 MB | 1 年前3
 PostgresChina 2018 张启程 为什么我们抛弃MongoDB和MySQL,选择PgSQL是我们用的姿势不对! 2018年PostgreSQL中国技术大会 主要业务场景 • IM工具+SCRM系统(高并发、低延迟、稳定) • 大量客户需要私有化云服务器部署(云更新) • 需求变更频繁,不适合关系型数据库 2018年PostgreSQL中国技术大会 目前服务器架构 2018年PostgreSQL中国技术大会 MySQL应用史 • 最开始做的站群系统WEB端使用MySQL: • copy简单快速,批量复制,替换修改简单; 2018年PostgreSQL中国技术大会 MySQL+MongoDB • 迫于无奈,分拆数据,将需要用到事务、调用频繁的数据 继续用MySQL,将IM中聊天记录等数据量大的数据,用 MongoDB存储,减轻MySQL负担; • 这种方式虽然可以暂时解决问题,我们自己用也没有任何 问题,可以结合各自数据库优点,发挥性能。但是我们有 很多客户是需要私有化部署数据库,让每家客户都接受这 种方式,会 能客 户数据量很少,也需要使用双数据库,更新运维都比较麻 烦。 2018年PostgreSQL中国技术大会 PgSQL≈MySQL+MongoDB • 个人认为,PgSQL结合了MySQL关系型数据库事务处理能力 以及MongoDB的大数据处理能力。稳定性强,高并发,支 持JSON,扩展字段特别方便。 • 我们团队没有大量专业的DBA运维人员,业务迭代也非常 快,需求变更频繁,对数据库非常依赖,用了PgSQL之后,0 码力 | 9 页 | 563.82 KB | 1 年前3 PostgresChina 2018 张启程 为什么我们抛弃MongoDB和MySQL,选择PgSQL是我们用的姿势不对! 2018年PostgreSQL中国技术大会 主要业务场景 • IM工具+SCRM系统(高并发、低延迟、稳定) • 大量客户需要私有化云服务器部署(云更新) • 需求变更频繁,不适合关系型数据库 2018年PostgreSQL中国技术大会 目前服务器架构 2018年PostgreSQL中国技术大会 MySQL应用史 • 最开始做的站群系统WEB端使用MySQL: • copy简单快速,批量复制,替换修改简单; 2018年PostgreSQL中国技术大会 MySQL+MongoDB • 迫于无奈,分拆数据,将需要用到事务、调用频繁的数据 继续用MySQL,将IM中聊天记录等数据量大的数据,用 MongoDB存储,减轻MySQL负担; • 这种方式虽然可以暂时解决问题,我们自己用也没有任何 问题,可以结合各自数据库优点,发挥性能。但是我们有 很多客户是需要私有化部署数据库,让每家客户都接受这 种方式,会 能客 户数据量很少,也需要使用双数据库,更新运维都比较麻 烦。 2018年PostgreSQL中国技术大会 PgSQL≈MySQL+MongoDB • 个人认为,PgSQL结合了MySQL关系型数据库事务处理能力 以及MongoDB的大数据处理能力。稳定性强,高并发,支 持JSON,扩展字段特别方便。 • 我们团队没有大量专业的DBA运维人员,业务迭代也非常 快,需求变更频繁,对数据库非常依赖,用了PgSQL之后,0 码力 | 9 页 | 563.82 KB | 1 年前3
 postgresql操作手册13-setup initdb # systemctl enable postgresql-13 # systemctl start postgresql-13 ★第2章、设置数据存储路径 PostgreSQL 初始化数据库之后, 10版本的默认的数据目录是/var/lib/pgsql/ 13版本的默认的数据目录是/var/lib/pgsql/13/ 现在想修改为/data_pg/ #若修改了存储路径,则在新的路径下/data_pg/data/postgresql.conf,默认监听 127.0.0.1:5432 listen_addresses = '*' port = 5432 # vi /var/lib/pgsql/13/data/pg_hba.conf #pg-13版本,添加以下一行表示允 许所有客户端ip远程连接 #若修改了存储路径,则在 #pg-10版本 #若修改了存储路径,则在新的路径下/data_pg/data/postgresql.conf listen_addresses = '*' port = 5432 # vi /var/lib/pgsql/data/pg_hba.conf #pg-10版本,添加以下一行表示允许 所有客户端ip远程连接 #若修改了存储路径,则在新的路径下/data_pg/data/pg_hba0 码力 | 17 页 | 445.84 KB | 1 年前3 postgresql操作手册13-setup initdb # systemctl enable postgresql-13 # systemctl start postgresql-13 ★第2章、设置数据存储路径 PostgreSQL 初始化数据库之后, 10版本的默认的数据目录是/var/lib/pgsql/ 13版本的默认的数据目录是/var/lib/pgsql/13/ 现在想修改为/data_pg/ #若修改了存储路径,则在新的路径下/data_pg/data/postgresql.conf,默认监听 127.0.0.1:5432 listen_addresses = '*' port = 5432 # vi /var/lib/pgsql/13/data/pg_hba.conf #pg-13版本,添加以下一行表示允 许所有客户端ip远程连接 #若修改了存储路径,则在 #pg-10版本 #若修改了存储路径,则在新的路径下/data_pg/data/postgresql.conf listen_addresses = '*' port = 5432 # vi /var/lib/pgsql/data/pg_hba.conf #pg-10版本,添加以下一行表示允许 所有客户端ip远程连接 #若修改了存储路径,则在新的路径下/data_pg/data/pg_hba0 码力 | 17 页 | 445.84 KB | 1 年前3
 PostgreSQL WAL日志解析与应用Conference China 2016 中国用户大会  Write Ahead Log Files • WAL 日志一般存储在$PGDATA/pg_xlog内,他们一般以类似于 0000000100000002000000D4的文件存储。 00000001 00000002 000000D4 timeline0 码力 | 16 页 | 705.31 KB | 1 年前3 PostgreSQL WAL日志解析与应用Conference China 2016 中国用户大会  Write Ahead Log Files • WAL 日志一般存储在$PGDATA/pg_xlog内,他们一般以类似于 0000000100000002000000D4的文件存储。 00000001 00000002 000000D4 timeline0 码力 | 16 页 | 705.31 KB | 1 年前3
共 4 条
- 1














