关于postgresql在实际场景下所碰到的问题

大家好，我想咨询下两个关于postgresql使用的问题，也是我们在实际生产上所遇到的问题

先描述下我们的配置：

1. Postgresql 9.2, 标准版本，未改变编译参数

2. 一台主库，两台从库(Stream Replication)(其中一个通过级联复制挂又挂了一个从库)

3. 主数据库搭在一台vm上 系统为Solaris ，ssd(读写近1G)，CPU 32; 内存 : 64G

4. 数据库大小 ： 300G

5. 主表 ：3000万行 X 200+字段；每月以400万数据增长；

6. 一些子表会达到1亿条以上，但是大部分的读写都发生在主表上；

7. 有一些重查询发生在主库上

8. 主表上有将近30多个btree索引，两个gin index(双字段组合索引,平均一个gin在12g左右)

9. shared_buffer = 7G

我们现在所碰到的问题:

1. 经常发现连接数激增，现在通过限制连接数来降低数据库负载。大概想知道，连接数应该限制在一个什么样的范围内比较合理。当然这个和业务场景，还有SQL的效率有关系。现在设置的是数据库端512 max connection，没有用pgBouncer Pooling，但是程序端（集群）用了dbcp做连接池，连接配置加在一起大概是基本上在maxActive 600 maxIdle 400左右。经常会发现数据库端有300个active连接就快不行了。有一次甚至挂掉，无响应。请问这个正常吗？连接数，大概要配在多少？

2. 在以上描述的规模，我们现阶段是不是要考虑分库了？之前还有很多事情能做，读写分离，程序优化，搜索引擎等等，但是总感觉再不做拆库就来不及了。请问大概数据量在多少要考虑拆库了？