You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Acharki Mohammed (JIRA)" <ji...@apache.org> on 2017/07/25 15:26:00 UTC
[jira] [Commented] (KUDU-2076) Deleting/updating is slow on single
numeric row key tables
[ https://issues.apache.org/jira/browse/KUDU-2076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16100184#comment-16100184 ]
Acharki Mohammed commented on KUDU-2076:
----------------------------------------
Hi,
I'm the user who reported this problem, I confirm that the bug exist either with a delete condition or no, and I face it in the both versions 1.3.0 and 1.4.0.
Here is more detail:
https://community.cloudera.com/t5/Interactive-Short-cycle-SQL/Error-in-delete-from-kudu-table-WARNINGS-Timed-out-Failed-to/m-p/57993
Hope we find a solution ASAP.
> Deleting/updating is slow on single numeric row key tables
> ----------------------------------------------------------
>
> Key: KUDU-2076
> URL: https://issues.apache.org/jira/browse/KUDU-2076
> Project: Kudu
> Issue Type: Bug
> Components: tablet
> Affects Versions: 1.4.0
> Reporter: Jean-Daniel Cryans
>
> A user reported that deleting 50M rows on the simplest of tables, (id INT, text STRING, PRIMARY KEY (id)), doesn't complete.
> It reproduces locally and I was able to see that we're deleting 1.4 rows / ms which is awful considering that everything is cached.
> Todd found that we're spending most of our time decoding big blocks of bit-shuffled keys. Intuitively he though that having a composite row key would perform better and indeed adding a column set to 0 in front makes it 10x faster.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)