目前公司数据量已经上来,单表最大已经5千万,之前使用分区表,用起来有很多需要注意的地方,以及坑等。
所以就在年后准备做分库分表,筛选了N多中间件、框架,似乎都不满足。B2B2C多用户商城平台开发主要在以下几点。
比如用阿里的myCat,需要学习、研究,因为我们目前有点急,需要安排人去研究,而且需要深入研究,结果就是搞了几天没啥头绪。但是原理就是做代理,这个了解透了。
在看当当网提供的sharding-jdbc分库分表案例,也是同样问题,没那么多时间研究,而且这几家提供的东西,居然官网都是英文/中文,中文文档也是按照老外风格写,尽量给你增加门槛!!!
于是乎就萌生自己写B2B2C多商家商城系统分库分表。
废话不多说。
这个是网上所有文章没有提到的,没有提到这个问题的文章,可以说99.99%没玩过分库分表。
对于5000万的数据量,做切分,一张表控制在100万,你手动去复制粘贴???,每隔一段时间手动建库???
据说当当是手动,应该是写的程序手动的。。。。伤不伤???
其实很简单,我用JDBC写的,查到老库所有表名,create table newTableName like oldTableName;这样可以把表结构、索引结构都拷贝过来到新库,但是不会拷贝数据,网上有另一条SQL,我想大家已经玩过了,那个索引、主键不会拷贝。。
很多人肯定看过文章,ID取模呀。那如果数据量又达到瓶颈咋搞?阿里的单表12年就已经100亿了。。。。
所以说ID取模并不是仅仅这么简单,还需要数据量控制,我这里有个更好办法,其实就是简单数据量控制。
达到100万就Next,ID是自增的,出去100万,余数为0则Next。当然ID取模这么流行的方法都是阿里、58、京东这些架构师出来讲培训说的,其实你实际去操作,有其他N多方法,没有必要照搬。。。。
你怎么知道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缓存还可以做切分啊,也算是完美符合我们这种小公司了吧。
对于一对一查询,以前关联查询、子查询,现在都用子查询,分为两次查询。这个时间上只是毫秒差异。不用联合多库查询。(题外话,做互联网公司项目,几乎不会需要用外键、关联查询的。。。一般都是分多次查询,或者通过缓存系统拿空间换时间,怎么玩?比如微博一个用户发文章,不做文章表,所有文章放在user的下面,每个user下面都是自己的,那么查询起来就是查user就OK。)
对于一对多查询,就是2里面提到的,已经知道库了,那么具体查询方案我们还是多次查询。对于多对多,更简单了,中间关系建立好,比以前多对多查询更简单了。这会还是一对多查询。
文章来源:博客园
<赤朝云(www.chichaojituan.com)是国内知名企业级O2O电商平台提供商,为企业级商家提供系统开发(多种模式电商平台搭建:B2B/B2B2C/B2C/O2O/跨境/新零售等)、O2O系统搭建及跨境电商解决方案服务>
对于互联网,尤其是电商系统,访问速度是一个非常大的问题,类似淘宝、京东,如果做双十一活动
华上酒业O2O半年超30万分销、破亿销售额,绝招何在? 到底什么原因,能让华上集团在如今酒业整体低迷、传统模式销售困难的大环境下,业绩如此蒸蒸日上?
在互联网飞速发展的今天,赤朝集团为宜家送菜专业打造O2O网络商城,结合生态平衡立体种养,培育优质的农业种养基地,打造一条完整的360°闭合式环形O2O产业链;创建是食品追溯智能系统,从源头把控食品安全。
赤朝集团携手旗下分公司粽子在线的企业O2O定制商城系统,日前正式启动。该系统包含分销功能、通话功能、独立APP、会员系统以及微商城系统等五大功能的O2O全渠道运营系统,可根据企业本身不同的需求多元化定制,为各企业网上开店的运营、免除高昂广告费等问题提供解决方案。