You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This query has a particular optimization where the DISTINCT can be transformed into an ORDERED DISTINCT on the order_line3 table (this one is is an edge case, maybe taking a 10ms query to 5ms at best):
Some low hanging fruit
Slow creating new NOW function:
https://github.com/dolthub/go-mysql-server/blob/6744a0d54c8f4611177f5de0a64d29603139ef7f/sql/expression/function/time.go#L845
Slow executing NOW function (specifically
time.ConvertTimeZone
)Comparison Eval could be faster:
The sorts in these queries are unnecessary:
The blob type should be pruned, deserializing all of the columns is expensive:
Same here:
Is it possible to avoid round tripping the blob type for an update?
Deeper bugs
TPCC doesn't benefit from the same caching as individual sysbench queries:
This query has a particular optimization where the DISTINCT can be transformed into an ORDERED DISTINCT on the order_line3 table (this one is is an edge case, maybe taking a 10ms query to 5ms at best):
The sequence of events is:
DISTINCT(stock3.s_i_id)
~DISTINCT(order_line3.ol_i_id)
DISTINCT(order_line3.ol_i_id)
into LHS of join.ITA(order_line3)
will return rows sorted byorder_line3.ol_i_id
, so the DISTINCT can be executed in O(1) memory.doCommit is slow, optimistic lock failures scale super linearly to concurrency:
We scale poorly with multithread,
--time=60 --threads={threads} --tables=4 --scale=1 --db-driver=mysql run
on macbook pro:We are still picking a slow HASH_JOIN when a LOOKUP_JOIN is nearly instant (costing will fix this):
The text was updated successfully, but these errors were encountered: