找回密码
 立即注册

QQ登录

只需一步,快速开始

王宝义
金牌服务用户   /  发表于:2024-4-28 10:15  /   查看:328  /  回复:7
3金币
本帖最后由 王宝义 于 2024-4-28 10:38 编辑






MYSQL数据库,总数据量是150万条,更新数据有时失败,特别是更新的数据超过1500条时,服务端命令和页面命令都不行。有好的解决方案吧。谢谢大佬们
附件: 您需要 登录 才可以下载或查看,没有帐号?立即注册

最佳答案

查看完整内容

楼主可以获取一下日志,或者在设计器中看看具体是报什么错误, 如果是执行超时的话,可以试试直接执行SQL来更新,应该会快一些

7 个回复

倒序浏览
最佳答案
最佳答案
Joe.xu讲师达人认证 悬赏达人认证 活字格认证
超级版主   /  发表于:2024-4-28 10:15:39
来自 3#
楼主可以获取一下日志,或者在设计器中看看具体是报什么错误,
如果是执行超时的话,可以试试直接执行SQL来更新,应该会快一些

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复 使用道具 举报
王宝义
金牌服务用户   /  发表于:2024-4-28 10:28:42
2#
MYSQL数据库,
类似操作,用什么方法实现更好。谢谢
回复 使用道具 举报
王宝义
金牌服务用户   /  发表于:2024-4-30 00:43:53
4#
Joe.xu 发表于 2024-4-28 13:48
楼主可以获取一下日志,或者在设计器中看看具体是报什么错误,
如果是执行超时的话,可以试试直接执行SQL ...

改为执行服务端命令(循环表格),速度不快,但不出错了。感觉是格本身的问题,很简单的数据更新命令。执行却报错,有的时候也正常,特别是数量量小的时候。
回复 使用道具 举报
Joe.xu讲师达人认证 悬赏达人认证 活字格认证
超级版主   /  发表于:2024-4-30 08:50:29
5#
这种的具体来分析,一般来说提交表格和执行SQl是速度最快的。
楼主这种数据量比较大的情况,极有可能是超时导致的报错,
也可以附上demo,我们继续调查一下
回复 使用道具 举报
王宝义
金牌服务用户   /  发表于:2024-4-30 13:54:21
6#
Joe.xu 发表于 2024-4-30 08:50
这种的具体来分析,一般来说提交表格和执行SQl是速度最快的。
楼主这种数据量比较大的情况,极有可能是超 ...






这是通过寻循环进行单条数据的更新,就可以运行。DEMO不太现实,感觉是数据量的的原因,更新少量数据也有执行成功的时候,更新数据多了就不行。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复 使用道具 举报
王宝义
金牌服务用户   /  发表于:2024-4-30 13:56:05
7#
通过我发的图片,可以看到执行的命令,再就是总数据量大概是150万条,MYSQL数据库,更新一般多也就是几千条,就不行了,更新几百条有成功的时候。
回复 使用道具 举报
Joe.xu讲师达人认证 悬赏达人认证 活字格认证
超级版主   /  发表于:2024-4-30 17:15:32
8#
看楼主提供的信息,基本就是执行超时的问题,这个跟设置的超时时间有关。
同时想问下楼主,什么场景下有这样大批量的更新数据的需求呢
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 立即注册
返回顶部