May 23, 2012

Post: Identifying the load with the help of pt-query-digest and Percona Server

and the query execution plan used by MySQL. The end result might be that you end up limiting the number of resultstotal min max avg 95% stddev median # ============ === ======= ======= ======= ======= ======= ======= ======= # Count

Post: Analyzing air traffic performance with InfoBright and MonetDB

And total load time is 8836 sec (2.45h). The size of database after load is 1.6G which is impressive and givecount(*) FROM ontime;. Both InforBritgh and MonetDB executes it immediately with result 117023290 rows Now some random queries I tried again both databases: -Q1: Count

Post: Flexviews - part 3 - improving query performance using materialized views

total_items’); CALL flexviews.add_expr(@mvid,’SUM’,'price * quantity’,’total_price’); CALL flexviews.add_expr(@mvid,’COUNT‘,’*',’total

Post: Four ways to optimize paginated displays

results, maybe you can fetch 501 and if the 501st row exists, display “more than 500 results found.” Don’t show the total countresult than you want to display — for example, fetch 21 rows and display only 20. If there’s a 21st row

Post: InnoDB compression woes

gives about 6GB of data per table (uncompressed) and 96GB of data in total. ./sysbench –test=tests/db/parallel_prepare.lua –oltp-tables-countResults: Load time for regular tables: 19693 sec, for compressed tables: 38278 sec. Compressed tables are create as: ROW