`
cectsky
  • 浏览: 44650 次
  • 性别: Icon_minigender_1
  • 来自: 哈尔滨
社区版块
存档分类
最新评论

【转载】分表的设计思想

阅读更多

此为转载系列,不是全部的转载,而是在已有的文章上进行筛选对本人有价值的需要记忆的信息。now go~

此文参考http://wenku.baidu.com/view/3b4b651d59eef8c75fbfb32f.html

 

以下这段话不是很明确:

sql执行过程:接收sql-》排队-》解析sql-》返回结果

 

解析sql:这个阶段可以有效率的提升,preparestatement预编译,减少hard parse的时间消耗。

排队:这个阶段,乃是性能的瓶颈了,queue就是阻碍高并发的一大杀手啊。往往会导致锁表。(那个文章叫阻塞,比较专业)

 

解决方法:

分表,将表水平分成多个表存储,减少用户同时访问锁表的几率,并且可以减少每个分表的数据量,也能一定程度上提高效率的。

比如:a是基础表,存放查找其他分表的字段,从a表查找table_name1字段,取得表名b,然后在select表b就可以查出result了。

 

文章提到:如果基础表变的很大,如何搞?以前我怎么没想过这个问题,可以放到缓存中。最近频繁接触缓存,看来我落后了,公司的技术太落后,我的命苦啊

 

总结:高负载,并发的应用,数据库往往会成为瓶颈,其实,有很多办法,经验和积累很重要。

 

最后,希望认真读过的各位同学们给出宝贵意见,指出不足,不要连个脚印都不留,搞的我很没面子

分享到:
评论
1 楼 cczakai 2011-02-28  
对高并发,高负载一般的解决之道买设备,如果买设备还是解决不了问题就该考虑象Google弄个云出来。

相关推荐

Global site tag (gtag.js) - Google Analytics