pg电子游戏,pg电子接口,pg电子官网,pg电子试玩,pg电子app,pg电子介绍,pg电子外挂,pg游戏,pg电子游戏平台,pg游戏官网,PG电子,麻将胡了,PG电子试玩,PG模拟器,PG麻将胡了,pg电子平台,百家乐,龙虎,捕鱼,电子捕鱼,麻将胡了2,电子游戏一年前，我也写过一篇文章《PG离企业核心应用数据库还有多远》，里面提的都是PG目前缺乏的企业级应用特性，讲的都是大问题，需要内核慢慢去解决的。今天我们讨论一些小的方面，这些方面的问题大多数是可以通过DBA日常运维来弥补的。对于企业关键的核心业务系统，如果这些方面不谨慎运维，很容易引发大型故障，需要DBA十分重视。另外很多国产数据库也基于PG内核，作为国产数据库厂商，应该在数据库中开发一些内置功能，自动对这些问题进行管理，减轻DBA的运维负担。

　　首先是Vacuum ANALYZE，这是两项工作，不过为了节约开销，在目前的大多数PG数据库中都会同时完成。在Oracle 中，表分析大多数情况下不需要手工操作，系统自动分析已经足够准确了。在PG可能不行，大家还记得Oracle 8i、9i时代我们如何做表分析吗?自动分析往往是不靠谱的，经常会因为表和索引的统计信息不准确而导致业务系统出现故障，因此一些关键表的分析都是手工进行的。在运维PG的时候也是如此，对于一些分布不均匀，数据量极大，负载极高的表，有时候需要个性化定制其 VACUUM ANALYZE的策略，甚至手工做这方面工作。

　　其次是监控和管理索引，特别是失效索引。PG数据库支持各种各样的索引种类，但是对索引的管理是最宽松的。在PG数据库的核心业务表上，乱建索引是很常见的事情，这会带来一系列的问题。因此定期分析与管理索引十分重要，否则会引发一些性能问题。另外PG失效索引的管理则更为要紧，在很多情况下，PG的索引都会失效，甚至早期版本中因为这方面的代码不严谨，创建中遇到某些问题失败的索引还是会残留下来。因此定期检查核心表的索引，以及清理或者重建失效索引也应成为日常工作的一部分。

　　第五是OS层面的监控问题。Oracle DBA平时是不太管OS层面的事情的，当数据库出现了某些问题的时候才会去关注。PG DBA则不能如此，必须时时关注OS层面的一些关键变化，从而发现PG数据库可能存在的问题，并进行及时处置，才能避免运维事故。特别要关注的是CPU/内存/IO/网络等层面的资源使用情况和性能情况以及文件系统使用率的变化情况。对于核心业务系统来说，这些变化必须定期记录，经常性进行比对，才能从中发现隐患，避免重大的运维事故。