业务中需要大量更新订单信息, 随着数据库变大, 更新的速度也越来越慢. 需要更新的表涉及到4-5个, 之前可更新200-700个订单/min, 但是现在只能更新20-30个订单/min. 如有15万个订单信息需要更新的话则需要83小时. 不能满足需求.
同时还有并发问题, 因为有手动操作的环节需要用到相同表, 就会发生锁表的情况.
具体合作方式和费用双方商议
补充:
已联系到, 新鸭友不需要费电量联系我了, 有兴趣可以留言, 我们再遇到问题联系您
招聘类型:
外包零活
职业:
开发
工作方式:
远程工作线上兼职
城市:
其他
领域:
内容/媒体电商/消费低代码企业服务AI/人工智能其他工具/开源区块链&Web3
数据量总共多少
新增几十万条每天
每天几十万还好吧，数据不过千万级别，应该不至于
可以通过查看慢SQL,具体分析下问题，是否需要分库分表，表分区，以及索引是否存在冗余以及不合理的索引，具体问题具体分析，本人很擅长这方面工作。可电我
可以探讨一下
曾为客户做MS SQLServer 数据库性能优化，MySQL 没有使用过，可以一试。
可电
数据库量级上来，速度是个问题
需要根据业务拆解分析
加个索引试试
加索引更慢，估计是加了索引，降低写速度了
滴滴
10多年dba经验，电我
订单中心，用户中心都做过
其实问题描述的还比较简单，具体的还是要看下什么样的业务场景，什么样的表结构，以及每次更新字段的多少
10加老鸟，电我。
我是做数据异构中间件的，你的这种问题我见过，可以联系我。
这类优化要结合业务，从业务出发，再看具体库表、代码、甚至软硬件环境去做分析，才能事半功倍。
数据更新，不要一个个搞，Oracle更新批量在5000，MySQL更新2000-3000，应该不成问题，来聊聊，感觉你这问题，请好玩
你这估计要拆表了，还要把一些任务放到消息队列里面去异步处理
擅长sql优化，可电我
这要综合考虑，可以做集群、读写分离、日志是否过大等问题，要具体问题具体分析。期待可以进一步沟通