~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to tests/t/flush_block_commit.test

  • Committer: Prafulla Tekawade
  • Date: 2010-07-13 16:07:35 UTC
  • mto: (1662.1.4 rollup)
  • mto: This revision was merged to the branch mainline in revision 1664.
  • Revision ID: prafulla_t@users.sourceforge.net-20100713160735-2fsdtrm3azayuyu1
This bug is simillar to mysql bug 36133
http://bugs.mysql.com/bug.php?id=36133

Taking changes from that fix.

  - The problem was that the range optimizer evaluated constant expressions, 
    and among them it would try to evaluate IN-subquery predicates slated for
    handling with materialization strategy. However, these predicates require
    that parent_join->setup_subquery_materialization() is invoked before one
    attempts to evaluate them.
  
  - Fixed by making the range optimizer not to evaluate expressions that have
    item->is_expensive() == TRUE (these are materialization subqueries and 
    stored function calls). This should also resolve the problem that EXPLAIN 
    may be too long. 
    This change cuts off some opportunities for range optimizer, but this is 
    the price we're willing to pay for separation of query optimization and
    execution. 

Show diffs side-by-side

added added

removed removed

Lines of Context:
40
40
connection con2;
41
41
begin;
42
42
send select * from t1 for update; # blocked by con1
43
 
sleep 0.5;
 
43
sleep 0.1;
44
44
connection con3;
45
45
send flush tables with read lock; # blocked by con2
46
46
connection con1;
71
71
begin;
72
72
select * from t1;
73
73
show create database test;
74
 
COMMIT;
 
74
 
75
75
drop table t1;
76
76
 
77
77
# End of 4.1 tests