招聘大量数据更新MySQL, 一开始还较快, 但是越来越慢

头像
150****3689
568阅读22评论

业务中需要大量更新订单信息, 随着数据库变大, 更新的速度也越来越慢. 需要更新的表涉及到4-5个, 之前可更新200-700个订单/min, 但是现在只能更新20-30个订单/min. 如有15万个订单信息需要更新的话则需要83小时. 不能满足需求.

同时还有并发问题, 因为有手动操作的环节需要用到相同表, 就会发生锁表的情况.

具体合作方式和费用双方商议

补充:
已联系到, 新鸭友不需要费电量联系我了, 有兴趣可以留言, 我们再遇到问题联系您

招聘类型:
外包零活
职业:
开发
工作方式:
远程工作线上兼职
城市:
其他
领域:
内容/媒体电商/消费低代码企业服务AI/人工智能其他工具/开源区块链&Web3
需消耗电量 5
收藏
举报
加载中…
精选评论
头像
等级4

数据量总共多少

每天几十万还好吧,数据不过千万级别,应该不至于

头像
等级0

曾为客户做MS SQLServer 数据库性能优化,MySQL 没有使用过,可以一试。

头像
等级1
头像
等级0

可以通过查看慢SQL,具体分析下问题,是否需要分库分表,表分区,以及索引是否存在冗余以及不合理的索引,具体问题具体分析,本人很擅长这方面工作。可电我

头像
等级2

数据库量级上来,速度是个问题
需要根据业务拆解分析

加索引更慢,估计是加了索引,降低写速度了

头像
等级4

查看日志,具体聊一下

头像
等级0

10多年dba经验,电我

头像
等级0

订单中心,用户中心都做过

头像
等级0

其实问题描述的还比较简单,具体的还是要看下什么样的业务场景,什么样的表结构,以及每次更新字段的多少

头像
等级0

10加老鸟,电我。

头像
等级0

我是做数据异构中间件的,你的这种问题我见过,可以联系我。

头像
等级1

这类优化要结合业务,从业务出发,再看具体库表、代码、甚至软硬件环境去做分析,才能事半功倍。

头像
等级4

数据更新,不要一个个搞,Oracle更新批量在5000,MySQL更新2000-3000,应该不成问题,来聊聊,感觉你这问题,请好玩

头像
等级0

你这估计要拆表了,还要把一些任务放到消息队列里面去异步处理

头像
等级1

擅长sql优化,可电我

头像
等级0

这要综合考虑,可以做集群、读写分离、日志是否过大等问题,要具体问题具体分析。期待可以进一步沟通