石家庄javab2b2c多用户商城 多用户商城 java 多用户商城 redpigmall

其实集群说起来是很简单的，无非就是server部署在多台机器上，DB、session、文件等在做个机器、CDN加速就OK了。
但是实际上需要做的事还有非常多，并且在过程中需要填非常多的坑。
这里说一个很多人都不太了解的，就是虚拟IP，比如你访问，多少年还是那个IP，并且几乎没有挂过。
这个IP就是虚拟IP，用户不会实际访问这台服务器，这台服务器是运营商提供的，用户访问后会通过各种技术手段做
分发到各个集群节点进行任务处理。
之后才会走到我们的代理服务器，比如nginx、apache等等。
再通过代理服务器做分发到具体的机器上。
对于文件、缓存、session管理、分布式等等，之前文章有说过。
这里还有一点要记录就是对于使用的技术，其实我个人认为主要还是根据公司人力、财力、业务等来做决定。
有些土豪公司用小型机，200多万一台，也是可以的，速度当然是*炸天啊。。。但是如果对于一般的小规模企业
租用云服务器刀片机做集群也不错的，或者自己买机器放在机房也可以。
还有一个要注意：不一定非要买各种云等各种贵的要死的云，这些云都是租的别人的服务器，然后在转租，安装一点插件而已，你要是业务量大了，用他们的插件还可能有问题。。。
这就跟你安装操作系统，有人喜欢原版的，有人喜欢ghost的，咋一看，ghost安装起来后，好多软件都有呀，什么360、爱奇艺、腾讯视频、PPTV。。。然后你电脑每天弹广告、小视频。。。
目前公司数据量已经上来，单表*大已经5千万，之前使用分区表，用起来有很多需要注意的地方，以及坑等。
所以就在年后准备做分库分表，筛选了N多中间件、框架，似乎都不满足。主要在以下几点。
比如用阿里的myCat，需要学习、研究，因为我们目前有点急，需要安排人去研究，而且需要深入研究，结果就是搞了几天没啥头绪。但是原理就是做代理，这个了解透了。
在看当当网提供的sharding-jdbc分库分表案例，也是同样问题，没那么多时间研究，而且这几家提供的东西，居然网站都是英文/中文，中文文档也是按照老外风格写，尽量给你增加门槛！！！
于是乎就萌生自己写分库分表。
废话不多说。
1、首先是老数据问题，这个是网上所有文章没有提到的，没有提到这个问题的文章，可以说99.99%没玩过分库分表。
对于5000万的数据量，做切分，一张表控制在100万，你手动去复制粘贴？？？，每隔一段时间手动建库？？？
据说当当是手动，应该是写的程序手动的。。。。伤不伤？？？
其实很简单，我用JDBC写的，查到老库所有表名，create table newTableName like oldTableName;这样可以把表结构、索引结构都拷贝过来到新库，但是不会拷贝数据，网上有另一条SQL，我想大家已经玩过了，那个索引、主键不会拷贝。。
2、如何做数据分散存储
很多人肯定看过文章，ID取模呀。那如果数据量又达到瓶颈咋搞？阿里的单表12年就已经100亿了。。。。
所以说ID取模并不是仅仅这么简单，还需要数据量控制，我这里有个更好办法，其实就是简单数据量控制。
达到100万就Next，ID是自增的，出去100万，余数为0则Next。当然ID取模这么流行的方法都是阿里、58、京东这些架构师出来讲培训说的，其实你实际去操作，有其他N多方法，没有必要照搬。。。。
3、多表、关联关系如何建立？
你怎么知道User表包含哪些Order表呢？，如果一个user出的订单既有在N库，也有在N+1、N+2库里面呢？
通过user_id查询order。一般单库做关联查询，其实多库也可以，只是索引会失效而已了。然后2千万*5千万扫描。。。。
我看过唯品会的解决方案，他们是Order_id中间一段是user_id，**不，很**。。。。
但是，我们已经有5000万数据了，人家唯品会有的是钱，拉500人团队搞呗。。。2个月搞完。
我们几个人？就是我一个人。。。。伤不伤吧。。
所以这个方案不行，唯品会文章中丢弃的一个方案就是建立中间对应关系。
就是user_id和order_联合加上order_id所在库。他们丢弃的原因是中间表会巨大，确实。
但是如果放在redis缓存中就没有这个问题了，redis缓存只要空间足够大，性能2~3个亿没问题。
redis缓存还可以做切分啊，也算是**符合我们这种小公司了吧。
4、如何取数据？
对于一对一查询，以前关联查询、子查询，现在都用子查询，分为两次查询。这个时间上只是毫秒差异。不用联合多库查询。（题外话，做互联网公司项目，几乎不会需要用外键、关联查询的。。。一般都是分多次查询，或者通过缓存系统拿空间换时间，怎么玩？比如微博一个用户发文章，不做文章表，所有文章放在user的下面，每个user下面都是自己的，那么查询起来就是查user就OK。）
对于一对多查询，就是2里面提到的，已经知道库了，那么具体查询方案我们还是多次查询。
对于多对多，更简单了，中间关系建立好，比以前多对多查询更简单了。这会还是一对多查询。
以上就是我们对于分库分表的解决方案。其实分库分表非常简单。我一个人搞了一个月吧。。。
如果你需要电商，B2B2C商城系统，并且支持分布式、分库分表，可以联系我探讨。
其实有N多解决方案，*好是团队讨论，更方便沟通，文章也不能全部说出来，我写的过程遇到过N多有意思的事情以及各个框架急需提供对于扩展大数据量的问题。。。
使用方便 手机商城APP系统站在用户使用角度出发，结合互联网技术的力量进行创新，进而为用户提供多样化的操作页面，每一个页面中都有相对应的操作导航，而用户跟随导航去操作即可。
一款手机商城APP软件精准的定位市场，并与线下各大**商家合作，从而涵盖了海量的商品。为了让用户可以放心、大胆的在线去购买，它对所有的商品进行质检，只有通过质检的商品方可进入用户手中。
1、卖家后台：即各店铺的管理后台，包括申请开店、商品上传管理、卖家订**理、店铺支付方式设置、店铺配送方式设置、店铺模板设置及店铺其他设置；
2、买家中心：买家可以集中进行订单查看、收藏夹、配送地址、留言评论等操作，降低使用难度；
3、商品展示：展示商品的基本信息、属性、价格配送信息、商品详情和用户评论，便于顾客在购买之前全面了解商品；
4、商品检索：C2C、B2B网站*重要的功能之一，为各店铺的主要入口，用户通过关键词可以查找到与需求相符的商品和店铺；
5、购物车：用户可以将需要购买的商品添加至购物车，然后统一提交，只需填写一次**信息，从而节省时间；
6、商品交易：电子商务网站标志性功能，买家可以在线提交订单，选择支付方式支付，卖家根据用户填写的信息发货，完成整个交易。

多用户商城及单用户商城 即是以商城交易主体参与而区分多用户与单用户,通俗来讲单用户叫的就是单店，比作现实的单店铺。多用户即是商城参与主体为二个或二个以前的主体,通俗来比喻是就是多个商城，里面有多个店主，自行参与经营交易，称为多用户商城。

-/gbaddba/-