we're now at a stage so we can test/benchmark scan/scan queries, i.e push most queries. there are still know bugs and things that we can't push.
to see how we performs, we tested a very old query/dataset, that a customer tried in the 4.1 days. the result at that time was a disaster, and they at that time decided to use something else.
it's a 11-way join with mainly REF accesses (i.e not many lookups)
i tested it on same hardware/configuration as for my UC presentation.
without join pushdown the average query time is 3.6s.
with join pushdown it's ~500ms, i.e ~7x improvement.
the nights of kni are deeply disappointed, and that's an attitude i like :-)
FYI: we also optimized TPCW::getBestSeller some more and are now at 42x on that hardware/configuration.
micro update: Found a bug when using ndbmtd...fixing that gave 200ms (i.e 18x)...also did some more optimizations and now record is 120ms (i.e 29x)
MySQL Performance : 8.0 on IO-bound OLTP_RW vs Percona Server 5.7 - This article is inspired by Percona blog post comparing MySQL 8.0 and Percona Server 5.7 on IO-bound workload with Intel Optane storage. There are several ...
16 hours ago