知识大全如果.Net架构网站遇到大表该怎么办

Posted 2022-07-17 知

篇首语：你不勇敢，没人替你坚强。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全如果.Net架构网站遇到大表该怎么办相关的知识，希望对你有一定的参考价值。

如果.Net架构网站遇到大表该怎么办？ 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　最近做的web 网站本身遇到一个大表（万rows左右）因为对于performance web本身可用性的考虑必须想办法boost perf 这种情况应该都用partition来搞定了这也符合分治等算法的思想想办法降低问题本身的复杂度然后在一个一个解决　　　mysql中一般到万操作就有点麻烦了 index要好好的做这里还遇到了一个文本检索问题 MyIASM storage engine里面有个full text index 但是不知道它对于中文支持如何而且不清楚它是怎么分词的不大清楚后台逻辑 Mysql这种index limitation很多很难scalable 所以基本上直接考虑用search engine那一套直接上了lucene+solr+solrsharp 小表like还可以忽悠忽悠大点就慢的如老牛……　　　Partition通过了解发现解决方案倒是不少以前做过了解过这方面知识储备　　　对hivedb hscale等都没想过要尝试发现 net在使用open source很多都不是很舒服　　　最开始尝试了mysql partition 一开始听起来方法这种方案很Perfect！是mysql解决horizontal partioning的很好方案等document看完了发现版本的partion limitation太多了只能适合某些特性的场景例如按照用户id做split 普通那种非unique key primary key是很难搞定的简单方法是给表本身不添加任何主键自己来实现主键生成机制这样仿佛可以了但是通过explain partitions来做下analysis 发现结果定位具体parition不好这就很难降低IO本身的高成本了没有通过具体测试不知道可能是explain partition本身不准确原因还是……　　　mysql partition还有一个很大的弊病就是很难跨机器当然如何能够把Mysql存储做成分布式也还好但是这个技术代价都上了不少档次 risk过高了只能算是下下策了备用好了这些不爽的地方导致偶们直接抛弃了这种方案直接用手工切分来搞定这种问题我想这也是大部分这种需求的常见solution把　　　手工切分本身技术还比较简单

cha138/Article/program/net/201311/13691

知识大全 如果.Net架构网站遇到大表该怎么办

知识大全如果.Net架构网站遇到大表该怎么办