10.0.5.0计划任务服务端命令数据库操作并发问题请教

Joe.xu

本帖最后由 0.618 于 2024-9-27 14:55 编辑

目前是做了一个数据库记录增加就触发服务端命令的计划任务，服务端命令里，是insert数据库记录（每个并发400条左右）。外联数据库时sqlserver，昨晚观察了下，计划任务并发以及执行任务下的服务端命令都是OK的，CPU最高11%，目前我的并发数只有14，就想确认下，这种触发的计划任务执行服务端命令操作sqlserver，它们的并发，有无性能限制（包括服务器性能）？未来并发会到200以上，涉及到计划任务的并发、服务端命令的并发、sqlserver那边数据库操作这三个地方的并发

Joe.xu · Joe.xu

您好，这种涉及到性能的，可能不能简单的线性相加，并发逐渐增加对机器的要求是指数型增长，您这种需求压力主要在于数据库。如果有逻辑判断不能批量插入的话，其实存储过程能减少服务器和数据库之前的交互次数，能提高一下性能

Syl · Syl

只要是系统必然得考虑性能，不过你这个数据量基本可以忽略了

比较大的系统，比如大型ERP系统，每个表单保存时执行的任务比你这多得多。

你这个插入一条就执行，能否做到触发器中？感觉走了弯路。或者用数据库自身的任务和存储来实现。

风之剑 · 风之剑

是不是有点杞人忧天的感觉，哈哈。

个人一点见解：如果是本地数据库可，那么这个并发限制及性能，其实考研的应该是服务器性能及数据库的能力，这种并发400条记录的，对活字格来说都不是问题。所以这个建议你研究下数据库性能，另外关注下服务器的性能测试。

以前做过本地数据库数据同步，用的其他低代码平台，相信活字格只会更好的，数据记录多达十万条，就是需要时间而已，考研硬件性能及网络能力。

0.618 · 0.618

风之剑发表于 2024-9-27 15:35
是不是有点杞人忧天的感觉，哈哈。

个人一点见解：如果是本地数据库可，那么这个并发限制及性能，其实考 ...

因为活字格自己推荐使用循环操作数据库的时候，条数不要高于1000条，在无法使用sql语句情况下（有逻辑处理判断），insert1000条记录的时间大概在3min以上，那么在3min期间，所有并发，都会发生在那3min内，这个情况下，线程必然有队列机制，按照观察来看，无论是我自己的破机器还是服务器那边，并发始终将cpu的百分比控制在10%，这一点是否有限制，这个限制又是否会有不利的影响

Syl · Syl

都用sql了，还用啥自带的循环，用存储过程不香么

0.618 · 0.618

Joe.xu 发表于 2024-9-27 14:50
您好，这种涉及到性能的，可能不能简单的线性相加，并发逐渐增加对机器的要求是指数型增长，您这种需求压力 ...

实际上存储过程也不太好用，和同事确认了下，每次调用存储过程还要处理返回值，可能效率还降低了，姑且就循环里一条一条跑吧，对机器的性能要求的话，服务器还可以

风之剑 · 风之剑

0.618 发表于 2024-9-27 17:23
因为活字格自己推荐使用循环操作数据库的时候，条数不要高于1000条，在无法使用sql语句情况下（有逻辑处 ...

1000条就需要3min么？这个是不是有点不合理，你这个效率是前后台一起参与了吧，边插入边前台加载数据？
正常服务端一次性处理完毕，再加载出来，用不了这么久吧？

0.618 · 0.618

风之剑发表于 2024-9-29 14:11
1000条就需要3min么？这个是不是有点不合理，你这个效率是前后台一起参与了吧，边插入边前台加载数据？ ...

循环跑一条一条的insert，差不多是这个时间

Shawn.Liu · Shawn.Liu

		自动登录	找回密码
密码			立即注册

[已处理] 10.0.5.0计划任务服务端命令数据库操作并发问题请教

最佳答案

11 个回复

活字格认证

活字格高级认证

微信认证勋章

讲师达人

悬赏达人

圣诞拼拼乐

时代开发者征文活动