数据库良好的设计

cache.
如果有可能,尽量不要发生磁盘上的I/O,费用昂贵.

jametong

数据库真的成为瓶颈了

2010-05-17 23:36

  

  

  

不知道楼主的系统处理能力到底如何? 达到多少tps(qps)了..

有兴趣的话,,可以看看豆瓣的洪强宁在InfoQ做的分享, 应该其中有很多可以借鉴的地方..

对业务部分做切分? 尽可能先切分耦合性较低的业务模块, 再将数据库中较大的字段如大文本(LOB)或者Text字段迁移到分布式文件系统上, 再在Web主机与数据库之间搭建一定的MemCached集群来降低大部分的读IO,

通过上述方式基本上就可以解决大部分网站的性能问题了,,Scalability是很重要, 但是在系统并不需要很高的Scalability的时候, 通过利用NoSQL或者类似的方案可能代价非常高昂, 重要的是设计的时候考虑将来可能如何走, 而不是在不需要的时候就急急的迁移上去..

beepbug

数据库真的成为瓶颈了

2010-09-11 05:56

  

  

  

这个和Java或OO浑身不搭界，在数据库侧就可解决问题。

starrabbit

1楼 数据库真的成为瓶颈了

2010-09-17 01:33

  

  

  

1. 数据库的设计是最影响效率的因素之一（良好的范式、大表partition），如果有可能的话，考虑数据库重构。
2. 考虑索引，SQL优化，数据库数据及存储过程缓存
3. 考虑将数据表及索引分布到多个磁盘上，增加并发
4. 考虑连接池性能优化
5. 考虑在应用服务器端做数据库数据缓存，减少connection的数据传输。
6. 考虑Web server cache，例如，使用oscache缓存部分数据。
7. 考虑文本数据压缩传输。
8. 更细节的考虑还包括：设计及优化数据库缓存替换算法、数据预读取等等。
[该贴被starrabbit于2010-09-17 01:35修改过]
[该贴被starrabbit于2010-09-17 01:40修改过]