我们有一个无法跟踪且不断运行多次的选择语句`SELECT `e`.*, IF(at_status.value_id > 0, at_status.value, at_status_default.value) AS `status`, `at_visibility`.`
我们有一个无法跟踪且不断运行多次的选择语句
`SELECT `e`.*, IF(at_status.value_id > 0, at_status.value, at_status_default.value) AS `status`, `at_visibility`.`value` AS `visibility` FROM `catalog_product_entity` AS `e` INNER JOIN `catalog_product_entity_int` AS `at_status_default` ON (`at_status_default`.`entity_id` = `e`.`entity_id`) AND (`at_status_default`.`attribute_id` = '97') AND `at_status_default`.`store_id` = 0 LEFT JOIN `catalog_product_entity_int` AS `at_status` ON (`at_status`.`entity_id` = `e`.`entity_id`) AND (`at_status`.`attribute_id` = '97') AND (`at_status`.`store_id` = 1) INNER JOIN `catalog_product_entity_int` AS `at_visibility` ON (`at_visibility`.`entity_id` = `e`.`entity_id`) AND (`at_visibility`.`attribute_id` = '99') AND (`at_visibility`.`store_id` = 0) WHERE ((`e`.`updated_at` >= '2024-07-09T10:51:55')) AND ((`e`.`updated_at` < '2024-07-09T12:13:10')) ORDER BY `e`.`updated_at` ASC LIMIT 50`
不同之处在于每次更新时它们都不会完成每次运行的进一步实例
关于我们如何追踪并阻止此类事件发生，您有什么想法吗？
我们尝试重建索引、禁用 cron 作业、截断数据库表、重置 mview_states 等等
根据我的经验，安装 R / Py 包、发现缺少的系统包、安装系统包并再次尝试的迭代实践是不可避免的！
我同意交互式开发和测试更容易。这可以通过 docker run --rm -ti [image name] bash 从构建的镜像中获取 bash shell 接口来实现。
如果容器已经使用不同的语句运行， docker exec 那么也是可能的 CMD 。
然后，您可以使用 启动 R 控制台， $ R 然后尝试 > install.packages() 。如果它抱怨系统包， > quit() 请执行 $ apt get install ... 或任何适合您操作系统的操作。然后再试一次。
最后，将您发现的所有必要的包安装命令添加到您的 Dockerfile 中。
docker build -t my_image .
docker run --rm -ti my_image bash