翼度科技»论坛 编程开发 python 查看内容

PostgreSQL初体验及其与MySQL的对比

6

主题

6

帖子

18

积分

新手上路

Rank: 1

积分
18
因为工作的原因接触到了pgsql数据库,对PostgreSQL的体系和运维操作也有了一定的了解。PostgreSQL在官网上标称为世界上最先进的开源数据库,而MySQL在官网上标称的是世界上最流行的开源数据库,可见PostgresSQL还是比较高调的。
一、PostgreSQL初体验
首先是数据库的安装,PostgreSQL官网上不像MySQL那样提供了二进制包的下载,PostgreSQL主要提供了RPM包下载和源码下载,通常使用源码编译安装,安装步骤相对比较简单:
  1. ######postgres单实例安装
  2. 1、官网下载源码包:https://www.postgresql.org/ftp/source/v14.8/
  3. 2、解压
  4. tar -xvf postgresql-14.0.tar.gz
  5. 3、新建postgres用户
  6. groupadd postgres
  7. useradd -g postgres postgres
  8. 4、安装依赖包
  9. yum install *zlib*
  10. yum install *libreadline*
  11. 5、编译安装
  12. ./configure
  13. make && make install
  14. 6、修改安装目录所属用户组
  15. chown -R postgres:postgres /usr/local/pgsql
  16. 7、新建postgresql的数据目录
  17. mkdir /pgdata
  18. chown postgres:postgres /pgdata
  19. 8、配置环境变量
  20. su - postgres
  21. vi ~/.bash_profile
  22. export PATH=$PATH:/usr/local/pgsql/bin
  23. 9、初始化数据库
  24. initdb -D /pgdata
  25. 10、启动数据库
  26. pg_ctl -D /pgdata start
  27. 11、验证是否可登录
  28. psql
复制代码
安装完成后,会自动在数据目录下面生成配置文件,根据实际情况首先需要修改配置文件postgresql.conf和访问控制文件pg_hba.conf。修改完后通过pg_ctl命令重启PG。
  1. #####配置文件postgresql.conf
  2. #connection control
  3. listen_addresses = '*'  #不限制连接ip
  4. max_connections = 1000
  5. superuser_reserved_connections = 10 #为超级用户保留的连接数
  6. #memory management      
  7. shared_buffers = 512MB    #推荐操作系统物理内存的1/4                          
  8. work_mem = 8MB        #单个查询操作(例如排序或哈希表)可使用的最大内存                 
  9. maintenance_work_mem = 512MB       #维护性操作(例如VACUUM、CREATE INDEX和ALTER TABLE ADD FOREIGN KEY)中使用的最大的内存  
  10. max_files_per_process = 24800           
  11. effective_cache_size = 1GB   #推荐操作系统物理内存的1/2
  12. #log optimization
  13. log_destination = 'csvlog'             
  14. logging_collector = on          
  15. log_directory = '/pgdata/logs'        # 日志存放路径,提前规划在系统上创建好 
  16. log_truncate_on_rotation = on       
  17. #####访问控制文件pg_hba.conf加上下面这行
  18. host    all             all             0.0.0.0/0               md5  
复制代码
PostgreSQL通过WAL日志进行主从同步,不同于MySQL通过binlog进行逻辑复制。并且PostgreSQL 在9.x之后引入了主从的流复制机制,所谓流复制,就是备服务器通过tcp流从主服务器中同步相应的数据,主服务器在WAL记录产生时即将它们以流式传送给备服务器,而不必等到WAL文件被填充。主从复制搭建的具体步骤可以参考如下:
  1. #####主从同步配置
  2. 主库创建同步账号
  3. CREATE ROLE replica login replication encrypted password 'Temp##2022';
  4. 主库修改pg_hba.conf增加从库访问控制
  5. host    replication     replica         10.2.111.192/32         md5
  6. 主库重启
  7. pg_ctl -D /pgdata restart
  8. 停止从库
  9. pg_ctl stop -D /pgdata
  10. 清空从库数据文件
  11. rm -rf  /pgdata/*
  12. 从库拉取主库数据文件
  13. pg_basebackup -h 10.2.111.192 -D /pgdata -p 5432 -U replica -Fp -Xs -Pv -R --checkpoint=fast
  14. 从库postgresql.conf文件添加主库信息
  15. primary_conninfo = 'host=10.2.111.193 port=5432 user=replica password=Temp##2022'
  16. 启动从库
  17. pg_ctl start -D /pgdata
  18. 主库验证主从同步正常
  19. select client_addr,usename,backend_start,application_name,sync_state,sync_priority FROM pg_stat_replication;
  20. 备库提升为主库
  21. pg_ctl promote -D /pgdata
  22. pg_controldata -D /pgdata | grep cluster  #检查数据库状态,为in production,说明备库已提升为主库
复制代码
在PostgreSQL的数据库逻辑存储架构中,采用的是database-schema-table这样一个三层的架构,和SQLServer一样,SQLServer默认的模式是dbo,PostgresSQL中默认的模式是public。其实大多数应用中,database-table这样两层的架构足够了,三层架构感觉还是复杂了一些。每个database下面有两个默认的系统schema:pg_catalog和information_schema,pg_catalog下面的表主要描述的是pg实例的配置信息,information_schema下面的表主要描述的当前database的数据字典信息。比如要查询当前database下面所有的表可以通过information_schema.tables表查询。在用户管理方面,PostgreSQL中角色的概念影响较深,用户即角色,创建角色的时候指定login属性即代表创建同名的用户。
二、PostgreSQL与MySQL对比
1. 开源协议
PostgreSQL采用的是宽松的BSD开源协议,基于开源PostgreSQL代码封装成的软件可以不公开源代码,它也不强制任何特定的版权声明,这使得它与许多其他开源和专有许可证兼容。基于这一点,很多国产数据库厂商采用了基于开源PG二次开发的数据库选型方案,华为的opengauss就是基于PG9版本,而vastbase、mogdb又是基于opengauss,也可以认为是PostgreSQL系列的产品。
MySQL采用的是较为严格的GPLv2开源协议,该协议具有强传染性,这意味着任何基于GPLv2 许可的代码进行修改或扩展,并且要分发的派生作品,也必须在GPLv2开源协议下发布,长期来看,具有传染性的GPLv2开源协议更能把成果回馈社区,带动社区的发展。国内基于MySQL的几款数据库TDSQL、GoldenDB在目前的国内的国产数据库份额中占有相当一部分比例,特别是在银行业。但是好像从来没有见过他们的开源版本,这个要较真起来很可能是违反开源协议的。
2. 表组织形式
PostgreSQL底层的表组织形式采用的是堆表(heap table),在堆表中数据的按数据插入的顺序进行排序,索引指向堆中行的指针(CTID),而不是实际的行数据。MySQL底层的表组织形式采用的是索引组织表(IOT),索引组织表中数据按主键或唯一索引进行排序,数据存储在主键索引的叶子节点中。对于基于主键索引查询的SQL语句,索引组织表不需要回表,性能更佳。
可能大家觉得堆表对于写入的性能会更高效,毕竟堆表中数据可以迅速地添加到表的末尾,不需要重新排序或调整数据,不需要像IOT那样频繁地对数据页进行合并或分裂来维护B+树结构,但其实生产环境中一个表可能会有多个索引,对于PostgreSQL的B+树索引的维护同样会带来很多开销。所以那种表组织形式更好还需要看业务场景,通常来说索引组织表更适合于OLPT场景,堆表在OLAP场景中表现更好。
3. MVCC实现机制
MVCC实现机制和更新方式是一个问题,PostgreSQL采用的是异地更新(out-of-place update),它没有undo表空间,PostgreSQL将历史元组和最新元组都保存在Heap表中,这种方式的好处是无须做回滚操作,因此PostgreSQL的堆表需要存储多个行版本数据。但是,假设事务不停地更新数据,那么一条元组就会产生大量的历史版本。其他事务在访问时需要查看这些元组是否满足可见性要求,这会增加读操作的时延,降低数据扫描的效率。为了防止数据膨胀,PostgreSQL数据库采用Vacuum机制清理表中的无效元组,PostgreSQL默认会打开auto vacuum机制。
MySQL、ORACLE采用的都是原地更新(in-place update),如果事务更新了一条元组,它可以“原地”更新这条元组,历史元组会以Undo日志记录的形式保存到回滚段中,这样就实现了元组的原地更新(Inplace Update)。当有并发事务需要访问历史元组时,可以从回滚段中“回滚”出这条元组,如果事务异常终止,则可以利用Undo日志将数据恢复。当所有可能访问历史元组的事务全部结束后,Undo日志中的历史元组就可以被清理。由于Undo日志被集中存储到某一个回滚段,所以清理也较为便捷。
4. 多进程VS多线程
PostgreSQL采用的是多进程架构。优点主要在稳定性方面:在于每个连接都有自己的进程,一个进程崩溃不太会影响其他的进程,并且每个进程都有自己的内存空间,这可以减少内存泄漏或其他问题对整个系统的影响;缺点在于资源消耗更高:由于每个进程都有自己的内存空间,这可能导致更高的内存使用,并且进程间的上下文切换和进程间的通信开销更大。
MySQL采用的是多线程架构。优点在于资源消耗更低:线程共享相同的内存空间,这通常导致更低的内存使用和更快的上下文切换。并且多线程可以更好的适用多核CPU架构处理高并发问题。多线程架构在稳定性方面不如多进程,一个线程的问题可能会影响到同一进程中的其他线程。

来源:https://www.cnblogs.com/coygfly/p/18043591
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作!

举报 回复 使用道具