Cronjob还是MySQL事件？
我必须每小时更新我的MySQL数据库，我想知道使用cronjob VS MySQL事件有什么优点/缺点？例如，哪个更快？哪个更安全？谢谢！
问题答案：
我总会去做一份工作，因为：
- 这就是系统管理员期望的结果（这一点不可低估）
- crobtab防弹，久经考验，非常广泛地使用和理解
- 您可以在需要的地方自由定向/分析错误/成功消息
- 有些数据库任务要求/首选mysql脱机（例如，完全备份），因此您必须使用cron进行这些操作-将某些任务用cron完成，而另一些则用mysql完成是个坏主意；你不确定去哪里看
- 如果您有一个Shell脚本，则可以链接应该发生的其他事件
最后，仅因为您 可以 做某事，并不意味着它是一个好主意。MySQL擅长数据。不要将其用于“外壳”材料。
-
问题内容： 此处通常建议添加索引，以解决性能问题。 （我只在说阅读和查询，我们都知道索引会使写入变慢）。 多年来，我已经在DB2和MSSQL上尝试了很多方法，结果总是令人失望。 我的发现是，无论索引有多“明显”，它都会使事情变得更好。事实证明，查询优化器更智能，而我的明智选择的索引几乎总是使事情变得更糟。 我应该指出，我的经验主要与小型表（<100‘000行）有关。 谁能提供一些切实可行的索引选择
-
Cron Job 管理基于时间的 Job，即： 在给定时间点只运行一次 周期性地在给定时间点运行 一个 CronJob 对象类似于 crontab （cron table）文件中的一行。它根据指定的预定计划周期性地运行一个 Job，格式可以参考 Cron 。 前提条件 当前使用的 Kubernetes 集群，版本 >= 1.8（对 CronJob）。对于先前版本的集群，版本 < 1.8，启动 AP
-
上节课我们学习了Pod自动伸缩的方法，我们使用到了HPA这个资源对象，我们在后面的课程中还会和大家接触到HPA的。今天我们来给大家介绍另外一类资源对象：Job，我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析的需求，当然也会有按时间来进行调度的工作，在我们的Kubernetes集群中为我们提供了Job和CronJob两种资源对象来应对我们的这种需求。 Job负责处理任务，即仅执行一次的
-
我有一种情况，我必须提交一部分代码作为它自己的事务。 我已经创建了一个表： 以及plpython3u语言中的函数： 第一种情况: 表中的条目正确：1、2、4 第二种情况： 表中的值未填充 我希望或应该添加到表 中，但出乎意料的是没有插入任何值。我想象函数打开了一个新的子事务，它不应该依赖于父事务。如果我是对的，请告诉我。 Postgres中是否存在自主交易？或者我必须修改我的plpython3u函
-
我试图找出如何在事务上下文中正确处理原子级的对Kafka的多次写入。在此场景中，事务不是由kafka消息侦听器启动的，而是通过@Transactional注释以编程方式启动的，请参见下面的代码段。 我使用的是spring boot 2.4.2和spring kafka 2.6.5。 KafkaProducer文档指出，在事务上下文中，不需要调用。get（），因为它最终会在尝试提交事务时引发异常。此
-
问题内容： 我曾在一些商店中工作过，在这些商店中，我已将异常处理实现到事件日志以及数据库的表中。 每个都有优点，根据我的经验，我可以重点介绍以下几个优点： 事件记录日志 例外的行业标准位置（+） 易于记录（+） 可以在此处记录数据库连接问题（+） 可以在事件日志的顶部构建报告和查看应用程序（+） 需要每隔一段时间刷新一次，如果在那里报告很多（-） 不像SQL日志记录那样可扩展[在SQL中添加自定义