| Bug #39300 | low memory crash with create temporary table x select * from y | ||
|---|---|---|---|
| Submitted: | 8 Sep 2008 6:54 | Modified: | 12 Apr 2010 21:32 |
| Reporter: | Shane Bester (Platinum Quality Contributor) | Email Updates: | |
| Status: | Can't repeat | Impact on me: | |
| Category: | MySQL Server: Federated storage engine | Severity: | S2 (Serious) |
| Version: | 5.0.66a | OS: | Any |
| Assigned to: | CPU Architecture: | Any | |
[8 Sep 2008 6:54]
Shane Bester
[8 Sep 2008 7:40]
MySQL Verification Team
here's another call stack observed by same crash. The problem is federated is pulling entire resultset into memory, and somewhere not checking for OOM errors.
mysqld-debug.exe!str_to_datetime
mysqld-debug.exe!Field_datetime::store
mysqld-debug.exe!ha_federated::convert_row_to_internal_format
mysqld-debug.exe!ha_federated::read_next
mysqld-debug.exe!ha_federated::rnd_next
mysqld-debug.exe!rr_sequential
mysqld-debug.exe!join_init_read_record
mysqld-debug.exe!sub_select
mysqld-debug.exe!do_select
mysqld-debug.exe!JOIN::exec
mysqld-debug.exe!mysql_select
mysqld-debug.exe!handle_select
mysqld-debug.exe!mysql_execute_command
mysqld-debug.exe!mysql_parse
mysqld-debug.exe!dispatch_command
mysqld-debug.exe!do_command
mysqld-debug.exe!handle_one_connection
mysqld-debug.exe!pthread_start
mysqld-debug.exe!_threadstart
