UPDATE SQL查询中的LIMIT偏移量或OFFSET
我有一个与此类似的表：
| 0 | X |
| 1 | X |
| 2 | X |
| 3 | Y |
| 4 | Y |
| 5 | X |
| 6 | X |
| 7 | Y |
| 8 | Y |
| 9 | X |
我想先更换2次出现的X用X1用，然后4下出现X2，使生成的表如下所示：
| 0 | X1 |
| 1 | X1 |
| 2 | X2 |
| 3 | Y |
| 4 | Y |
| 5 | X2 |
| 6 | X2 |
| 7 | Y |
| 8 | Y |
| 9 | X2 |
当然，所讨论的表要大得多，因此出现的次数也会更多，因此手动编辑不是解决方案。
我想做这样的事情：
UPDATE table SET column = 'X' WHERE column = 'X2' LIMIT 90, 88
但是不幸的是，MySQL似乎在UPDATE查询中不支持OFFSET …有什么办法吗？
问题答案：
尝试这个：
UPDATE table SET column = 'X1' WHERE id IN(SELECT id FROM (SELECT id FROM table WHERE column = 'X' LIMIT 2) as u);
然后
UPDATE table SET column = 'X2' WHERE id IN(SELECT id FROM (SELECT id FROM table WHERE column = 'X' LIMIT 4) as u);
-
问题内容： 使用大偏移量的mysql 时出现性能问题： 如果偏移量大于1,000,000，则操作非常缓慢。 我必须使用; 我不能使用类似的东西。 如何优化此语句以获得更好的性能？ 问题答案： 也许您可以创建一个索引表，该表提供与目标表中的键相关的顺序键。然后，您可以将此索引表连接到目标表，并使用where子句更有效地获取所需的行。
-
问题内容： 简而言之，场景：一个拥有超过1600万条记录[2GB大小]的表。当使用ORDER BY * primary_key *时，SELECT的LIMIT偏移量越高，查询速度就越慢 所以 花费不到 那只订购30条记录，并且无论如何都相同。因此，这不是ORDER BY的开销。 现在，当获取最新的30行时，大约需要180秒。如何优化该简单查询？ 问题答案： 通常，较高的偏移量会使查询速度变慢，因为
-
问题内容： 我对使用Kafka和Zookeeper时在哪里存储偏移量感到困惑。在某些情况下，偏移似乎存储在Zookeeper中，而在其他情况下，偏移存储在Kafka中。 是什么决定偏移量存储在Kafka还是Zookeeper中？优点和缺点是什么？ 注意：当然，我也可以将偏移量单独存储在其他数据存储区中，但这并不是本文的内容。 有关我的设置的更多详细信息： 我运行以下版本：KAFKA_VERSION
-
我试图在hive中执行偏移量查询，试图排除特定记录，但总是得到以下错误： 环境：
-
问题内容： 如标题所述，我想要一个解决方法… 干杯 问题答案： 您可能会希望将an添加到嵌套查询中。
-
我有一个ReactorKafka项目，它消耗来自Kafka主题的消息，转换消息，然后写入到另一个主题。 我的理解是，只有在Reactor中成功完成所有顺序步骤后，才会提交偏移量。对吗？我想确保不会处理下一条记录，除非当前记录成功发送到目标Kafka主题。