summaryrefslogtreecommitdiff
path: root/mysql-test/suite/federated/federated_maybe_16324629.result
Commit message (Collapse)AuthorAgeFilesLines
* bugfix: multi-UPDATE, vcols, const tablesSergei Golubchik2016-12-121-1/+0
| | | | | | | | | | | | | | | | | multi-update was setting up read_set/vcol_set in multi_update::initialize_tables() that is invoked after the optimizer (JOIN::optimize_inner()). But some rows - if they're from const tables - will be read already in the optimizer, and these rows will not have all necessary column/vcol values. * multi_update::initialize_tables() uses results from the optimizer and cannot be moved to be called earlier. * multi_update::prepare() is called before the optimizer, but it cannot set up read_set/vcol_set, because the optimizer might reset them (see SELECT_LEX::update_used_tables()). As a fix I've added a new method, select_result::prepare_to_read_rows(), it's called from inside the optimizer just before make_join_statistics().
* MDEV-6720 - enable connection log in mysqltest by defaultSergey Vojtovich2016-03-311-0/+10
|
* different fix for internal Oracle MySQL bug#16324629 that doesn't crashSergei Golubchik2014-02-171-0/+16
(simply, copied from FederatedX)