升星散分,并求千万级数据库架构
像我这样三天打鱼两天晒网的人也能升星,感觉出来混,还的时候到了,以后还请大家指教。
现在先请教:如何架构千万级数据库?
背景:加工型工厂,6000 至 7000 人规模
特点:加工型企业的成品样式取决于客户的设计图纸,所以总类繁多,不同产品工艺不一,但工序不多。
仓库进出量大,库存大变动频繁。
大型厂人员流动频繁。
需求:统计员工计件工资
实时反映仓库库存
订单完成情况跟踪
面临问题:之前的一套系统,运行2年多,数据库将近300G,
计件表:单表逾140万条
库存台账表:单表15万条
如此,查询效率大打折扣,有时直接当机。
想咨询下:之前软件(不是我写的)数据库索引建的有一定问题,
这样的情况该如何建立规范有序、效率高的索引?
将历史数据转入数据仓库是否可行,该如何设计?
这样的数据量是否要考虑集群数据库(虽然很不可能),这块该怎么做?
请有经验的先辈指点。也欢迎有想法的朋友提出宝贵意见。