delta/mariadb-git.git/sql/sql_handler.cc, branch 10.4-optimizer_trace_2 github.com: MariaDB/server.git Merge 10.3 into 10.4 2018-12-12T12:09:48+00:00 Marko Mäkelä marko.makela@mariadb.com 2018-12-12T11:51:37+00:00 c64265f3f909427dd87413d398e516b194fcb0db 






fix handler test failures on s390x
2018-12-12T10:35:21+00:00

Sergei Golubchik
serg@mariadb.org

2018-12-12T10:35:21+00:00

dce2cc1c6a82d1ed9f4db9c39bc9cb1d3815a019

keyinfo->name is a LEX_CSTRING

also, fix the location comment (that applied to ext_key_part_map)





keyinfo->name is a LEX_CSTRING

also, fix the location comment (that applied to ext_key_part_map)







Optimize flush tables with read lock (FTWRL) to not wait for select's
2018-12-09T20:12:25+00:00

Monty
monty@mariadb.org

2018-10-09T15:55:18+00:00

163b34fe25919b25ff83860f30f2440b44c8b53b

Part of MDEV-5336 Implement LOCK FOR BACKUP

The idea is that instead of waiting in close_cached_tables() for all
tables to be closed, we instead call flush_tables() that does:
- Flush not used objects in table cache to free memory
- Collect all tables that are open
- Call HA_EXTRA_FLUSH on the objects, to get them into "closed state"
- Added HA_EXTRA_FLUSH support to archive and CSV
- Added multi-user protection to HA_EXTRA_FLUSH in MyISAM and Aria

The benefit compared to old code is:
- FTWRL doesn't have to wait for long running read operations or
  open HANDLER's





Part of MDEV-5336 Implement LOCK FOR BACKUP

The idea is that instead of waiting in close_cached_tables() for all
tables to be closed, we instead call flush_tables() that does:
- Flush not used objects in table cache to free memory
- Collect all tables that are open
- Call HA_EXTRA_FLUSH on the objects, to get them into "closed state"
- Added HA_EXTRA_FLUSH support to archive and CSV
- Added multi-user protection to HA_EXTRA_FLUSH in MyISAM and Aria

The benefit compared to old code is:
- FTWRL doesn't have to wait for long running read operations or
  open HANDLER's







Merge remote-tracking branch 'origin/10.3' into 10.4
2018-07-03T10:02:05+00:00

Alexander Barkov
bar@mariadb.com

2018-07-03T10:02:05+00:00

e61568ee9305c6c93c1a9f298a7fe04532881f24












Merge branch '10.2' into 10.3
2018-06-30T14:39:20+00:00

Sergei Golubchik
serg@mariadb.org

2018-06-30T14:39:20+00:00

36e59752e7fc70bc5179a3d730b5ce3ee58e4e30












Merge branch '10.1' into 10.2
2018-06-21T21:47:39+00:00

Sergei Golubchik
serg@mariadb.org

2018-06-21T21:47:39+00:00

b942aa34c10ddfa3fe4977ae60afed5cbdc51083












Merge branch '10.0' into 10.1
2018-06-12T15:55:27+00:00

Vicențiu Ciorbaru
vicentiu@mariadb.org

2018-06-12T15:55:27+00:00

aa59ecec89d89a29f7272352471a4064aa6db28c












Merge branch '5.5' into 10.0
2018-06-12T14:59:31+00:00

Vicențiu Ciorbaru
vicentiu@mariadb.org

2018-06-12T14:59:31+00:00

170bec36c0da1fb0269a063094a546022ed0888f












MDEV-15729 Server crashes in Field::make_field upon HANDLER READ executed with PS protocol
2018-06-11T07:57:54+00:00

Sergei Golubchik
serg@mariadb.org

2018-06-10T19:19:11+00:00

ca733d03c82b02cd842ff2a226fee7b12eb86f8d

update table->pos_in_table_list during prepare,
just like it's done in normal execution.

otherwise it'll be a dangling pointer





update table->pos_in_table_list during prepare,
just like it's done in normal execution.

otherwise it'll be a dangling pointer







Merge remote-tracking branch 'origin/10.3' into 10.4
2018-06-05T06:50:08+00:00

Alexander Barkov
bar@mariadb.com

2018-06-05T06:50:08+00:00

ab297744b7318645159cd5f9ec26378473cecf52