|
锁定老帖子 主题：也谈大型电子商务网站的架构
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-07-24
kimmking 写道 kimmking 写道 stamen 写道 分库和主从表是两个概念，分库有两种方案，其一是按垂直分库，如将新闻数据放一个库，将论坛数据放一个库；其二是按水平分库，如用户表1~10000放一个库，10001~20000放一个库。
所以分库应该是应用层框架的事，而不是数据库的职责。 分库和分表也是有区别的。 replication和sharding 也是明显有区别的。 嗯，是的。在每个分库中还可以分表，大型的网站一般同时使用分库+分表，保证一张表的记录在500W或1000W以内。 |
| 返回顶楼 | |
|
发表时间：2012-07-27
LZ的会话管理功能是基于Memcached的？
|
| 返回顶楼 | |
|
发表时间：2012-07-27
langyong314 写道 LZ的会话管理功能是基于Memcached的？
是的，因为要考虑分布式群集的问题，会话管理自己做，不用Servlet容器的Session。 但是，如果每次都要从远程memcached中获取会话，也会引起不少的开销，因此我的平台是采用 本地ehcached和远程memcached结合的方式来做的。 |
| 返回顶楼 | |
|
发表时间：2012-07-27
对于大型网站的海量数据处理，分库和缓存是不二的法则。分库技术对海量数据化整为零，
分而治之，而缓存技术尽量减少对数据库的访问，充分利用内存的高效性。 |
| 返回顶楼 | |
|
发表时间：2012-07-27
stamen 写道 langyong314 写道 LZ的会话管理功能是基于Memcached的？
是的，因为要考虑分布式群集的问题，会话管理自己做，不用Servlet容器的Session。 但是，如果每次都要从远程memcached中获取会话，也会引起不少的开销，因此我的平台是采用 本地ehcached和远程memcached结合的方式来做的。 根据经验来看，远程也没什么问题，同机房局域网内的话，几百K的数据，1ms以内就搞定了。 |
| 返回顶楼 | |
|
发表时间：2012-07-28
最后修改：2012-07-28
kimmking 写道 stamen 写道 langyong314 写道 LZ的会话管理功能是基于Memcached的？
是的，因为要考虑分布式群集的问题，会话管理自己做，不用Servlet容器的Session。 但是，如果每次都要从远程memcached中获取会话，也会引起不少的开销，因此我的平台是采用 本地ehcached和远程memcached结合的方式来做的。 根据经验来看，远程也没什么问题，同机房局域网内的话，几百K的数据，1ms以内就搞定了。 嗯 一般并发强度问题不大，如果并发量非常大，远程缓存结合本地缓存是更好的方案。 |
| 返回顶楼 | |
|
发表时间：2012-07-28
现在是个（电商）网站都得考虑大并发，大数量？
用数据库遭到严重鄙视？ 用现在的Cache框架遭到鄙视？ 我以为程序员本来就够辛苦了，不必为还未到来的业务量做过度设计和开发 |
| 返回顶楼 | |
|
发表时间：2012-07-28
javamonkey 写道 现在是个（电商）网站都得考虑大并发，大数量？
用数据库遭到严重鄙视？ 用现在的Cache框架遭到鄙视？ 我以为程序员本来就够辛苦了，不必为还未到来的业务量做过度设计和开发 用Cache框架遭到鄙视？那请问用什么呢? |
| 返回顶楼 | |
|
发表时间：2012-07-28
stamen 写道 javamonkey 写道 现在是个（电商）网站都得考虑大并发，大数量？
用数据库遭到严重鄙视？ 用现在的Cache框架遭到鄙视？ 我以为程序员本来就够辛苦了，不必为还未到来的业务量做过度设计和开发 用Cache框架遭到鄙视？那请问用什么呢? “必须自己搞” |
| 返回顶楼 | |
