刘华阳-PostgreSQL 运维的难 与“难”.pdf

《刘华阳-PostgreSQL 运维的难 与“难”.pdf》由会员分享，可在线阅读，更多相关《刘华阳-PostgreSQL 运维的难 与“难”.pdf（20页珍藏版）》请在三个皮匠报告上搜索。

1、/2025.01.04/PostgreSQL 运维的难“难”刘华阳AustinDatabaseS 公众号主理人&东方瑞通客座讲师（兼职）PostgreSQL运维的难与“难”介绍主题PostgreSQL 运维中的三个小故事三个小故事逐步切入观点PostgreSQL 运维的“难”数据库运维的难，来自哪里PostgreSQL 运维未来面对的问题机遇与危机CONTENTPART 01PostgreSQL 运维的难“难”/2025.01.04/PostgreSQL 运维的难“难”数据库运行维护中的难题比比皆是1技术并非可以解决所有运维中的难题 -技术不是唯一解决问题的良药2后进入的数据库产品，运行维护难

2、度更高 -从其他数据库迁移到PostgreSQL中的开发对PG提出了更多的要求3数据库的问题从单纯解决问题到更换产品或产品的表现形式 -客户对于数据库“缺陷”的忍耐性在变低PART 02PostgreSQL 运维中的三个小故事/2025.01.04/PostgreSQL 运维中的三个小故事/2025.01.04/PostgreSQL 运维中的三个小故事/2025.01.04/PostgreSQL 运维中的三个小故事PostgreSQL 在早期的版本有一个值得拿出来说说的问题，任何没有权限的用户可以在任何的逻辑库里，建立属于自己的Object,去了一个单位，遇到这样的问题，该说不该说，是不是由你

3、来说，怎么说。新来的DBA在POSTGRESQL上颇有造诣，上来就发现了问题，且写了报告，论述PG目前公司使用中的危险性，并公之于众。领导非常重视，且准备进行改造，但牵扯的主机数量，业务的重要性，以及修改此问题在开发代码上的变化与需求等等，整改的工作被滞后。后来研发在系统的梳理中，发现了一些问题，此前并未发生过，而是在DBA公示了此问题后，发现了有一些周边的系统的表本来不应该出现在逻辑库中，而现在出现了，是否与新的业务开发有关，并未可知。/2025.01.04/PostgreSQL 运维中的三个小故事/2025.01.04/PostgreSQL 运维中的三个小故事/2025.01.04/Pos

4、tgreSQL 运维中的三个小故事DBA某天接到一个需求，公司所安装的数据库，被甲方安全部门扫描出不安全，后来发现是系统在设计的时候，仅仅考虑到PG数据库为附属封装在应用包中，一起安装，未考虑PG默认安装的一些问题，比如Postgres账号默认是没有密码的，且大量的应用都是基于本地访问数据库无密码的方式进行访问。DBA 使用了免密+给POSTGRES 默认账号加密码的方式解决了问题，并大肆宣扬。后续甲方发现后，要求免密功能中的密码应为加密的模式。后续分析，本可以在应用程序要求进行部分模块的修改，完善的解决问题，DBA做主进行的方式并未真正解决问题，且导致了甲方对乙方的不信任。/2025.01.

5、04/PostgreSQL 运维中的三个小故事/2025.01.04/PostgreSQL 运维中的三个小故事CTO 最近安排工作，上传下效，经济形式趋紧，项目的花费要根据项目的变化而变化，IT的新项目的基础建设要和当前的经济形式挂钩,DBA 并未领会其中的意思，还按照原来固定项目的方式进行数据建设的架构进行安排。在新项目的会议上，CTO问，这项目中的数据库建设的方法还和以前一样，并当面批评了，数据库方面的问题，提出PG的磁盘空间是否存在浪费的情况。DBA 在会议上也发表了自己的看法，认为数据库作为基础设施，应该更加稳重和其特殊性。CTO 反问，如果项目启动后，突发终止变化，购买的服务器和机架

6、，谁来买单？有没有解决现有数据库问题的新型数据库产品，如果有为什么不研究。PART 03PostgreSQL 运维的“难”/2025.01.04/PostgreSQL 运维的“难”PostgreSQL 中运维的难来自于哪里？1可以扩大自己的“小技术圈子”,尝试用多种技术解决问题2数据库的知识很清楚，还需要灵活的运用3 不去看外部环境变化，沿用之前的“固定”方案PART 04PostgreSQL 运维未来面对的问题/2025.01.04/PostgreSQL 运维的“难”Pos