高并发下，数据库成最大问题怎么办？

1.查看下数据库最大连接数是否够用，mysql默认是100，并发量大的时候不够用

2.查看下你的连接池，是否有限制，Jboss一般默认是10个，这是很大的瓶颈

3.给你的JVM多分配点内存，一般是物理主机的3/4，前提是这台物理机器只跑jvm

4.查看下你的sql是不是都按照索引查找数据，或者已经做了索引的数据被频繁更新，这会造成数据库维护索引开销增大

（可以考虑换字段查数据）

5.给你的Tomcat或者Jboss更多的工作线程，tomcat，jboss web默认都是200的线程池，很不够用

6.如果你的静态文件过多，可以考虑apache或者nignx做前端负载均衡，后边挂多个tomcat或jboss

7.如果并发量还是大apache与nignx不能满足简单负载均衡，或者反响代理，可以采用更底层的LVS在ip层负载，如果公司舍得烧钱，用F5-BIG + LVS + DNS轮训，跑并发是没有问题了看己集群的数量

8.数据库做那种主从实在是看不过去，太土了，而且抗灾性能超差，可以考虑在底层共享存储比如向NFS或者GFS这样的，如果有钱可以搞磁阵+交换机。

9.如果数据库还是慢，你可以考虑采用内存数据库，比如Oracle 2005年收购的timesden,处理sql的速度是Oracle的1/1000,而且支持sql,HA，并且能自动同步后台Oracle DB，不过我有种跟好的想法，就是让一般数据库使用固态硬盘，这样就可以减少内存与硬盘的速度匹配问题，也可以达到内存数据库的效果，甚至更好，这个方案我还没有机会尝试。

评论

2 楼 dou_shini8820 2013-08-27  

vtrtbb 写道

是 TimesTen 吧， 没听说过timesden

另外，这个TimesTen 也有瓶颈。还不如用NoSql 之类的。

嗯，这里字打错了

1 楼 vtrtbb 2013-08-27  

是 TimesTen 吧， 没听说过timesden

另外，这个TimesTen 也有瓶颈。还不如用NoSql 之类的。