marko@hundin.mysql.fi
dd20809e32
Merge hundin.mysql.fi:/home/marko/k/mysql-4.0
...
into hundin.mysql.fi:/home/marko/mysql-4.1
2005-03-15 11:14:57 +02:00
heikki@hundin.mysql.fi
9967ee9d28
buf0flu.c:
...
Add diagnostics to track why ut_a(block->state == BUF_BLOCK_FILE_PAGE) failed in buf_flush_ready_for_replace() for a user
2005-03-15 08:33:47 +02:00
marko@hundin.mysql.fi
d5c1475db6
dict0load.c:
...
dict_load_table(): Refuse to open ROW_FORMAT=COMPACT tables
of MySQL 5.0.3 and later.
2005-03-14 12:43:22 +02:00
heikki@hundin.mysql.fi
ad4057f14c
row0mysql.c:
...
Correct web links
fil0fil.c:
Correct (?) English grammar
2005-03-13 22:46:57 +02:00
heikki@hundin.mysql.fi
a95f09e228
set_var.cc, mysqld.cc, ha_innodb.cc, sql_class.h:
...
Add a settable session variable innodb_support_xa; setting it to 0 can save up to 10 % of CPU time and 150 bytes of space in each undo log
trx0trx.h, trx0undo.c, trx0trx.c, trx0roll.c:
Enable XA if innodb_support_xa is not set to 0; make prepare to do log fsync's according to innodb_flush_log_at_trx_commit
2005-03-13 12:49:39 +02:00
marko@hundin.mysql.fi
7486a5be1d
row0sel.c:
...
row_sel_store_mysql_rec(): Remove unused variable "index".
2005-03-11 17:24:43 +02:00
marko@hundin.mysql.fi
946e24713c
InnoDB: Keep the "compact format" flag in SYS_TABLES.N_COLS
...
instead of SYS_TABLES.MIX_LEN, because the latter was not
initialized to zero in old MySQL 3.23 releases. This will break
existing MySQL/InnoDB 5.0.3-bk databases for which
SHOW TABLE STATUS displays Row_format=Compact.
2005-03-10 16:42:43 +02:00
marko@hundin.mysql.fi
4d8233e561
Merge marko@bk-internal.mysql.com:/home/bk/mysql-5.0
...
into hundin.mysql.fi:/home/marko/mysql-5.0
2005-03-10 15:50:30 +02:00
marko@hundin.mysql.fi
8c28e4bc44
rem0rec.h:
...
Restore sensible values to REC_OFFS_NORMAL_SIZE and REC_OFFS_SMALL_SIZE.
2005-03-10 15:38:09 +02:00
marko@hundin.mysql.fi
c4ace2a471
InnoDB: Introduce the symbols REC_OFFS_NORMAL_SIZE and
...
REC_OFFS_SMALL_SIZE for the initial allocation sizes of
arrays passed to rec_get_offsets().
2005-03-10 15:16:16 +02:00
heikki@hundin.mysql.fi
bfb5d79eb3
Merge hundin.mysql.fi:/home/heikki/mysql-4.1
...
into hundin.mysql.fi:/home/heikki/mysql-5.0
2005-03-10 09:07:42 +02:00
marko@hundin.mysql.fi
6920a6d546
InnoDB: Improve performance by about 10% by removing implicit
...
memcpy() calls, by not initializing the offsets_[] arrays.
InnoDB: Remove a Microsoft compiler warning in page0page.c.
2005-03-09 22:04:55 +02:00
heikki@hundin.mysql.fi
2ec7c5f447
log0recv.c:
...
Better ibbackup message
Add a message explaining why we do a 'crash recovery' after an ibbackup restore; suggested by Tim Smith
2005-03-09 20:32:01 +02:00
serg@serg.mylan
956682de1a
merged
2005-03-09 14:09:06 +01:00
gbichot@quadita2.mysql.com
8b625529c9
This code change has 0 effects as it's about the case where innobase_very_fast_shutdown!=0,
...
which is always false. In a very fast InnoDB shutdown, we just ensure that
no more transactions are running, flush InnoDB log, signal InnoDB threads to die,
and then return from InnoDB (from innobase_end()) without waiting for those threads
to actually die. I have tested on a 4CPU machine that even with --innodb_flush_log_at_trx_commit=0,
this optimized InnoDB very fast shutdown loses no committed transactions. Patch pre-approved by Heikki.
2005-03-09 00:32:58 +01:00
marko@hundin.mysql.fi
2bfe884320
dict0load.c:
...
dict_load_table(): Do not complain about mix_len != 0,
because MySQL 3.23.4x left garbage in that column.
2005-03-08 20:06:09 +02:00
marko@hundin.mysql.fi
48cd94d9ae
After merge fixes
2005-03-08 17:18:27 +02:00
marko@hundin.mysql.fi
63d01ae103
dict0load.c:
...
dict_load_table(): Remove the check for row_format=compact for now,
because the flag bit we used (high-order bit of mix_len)
has not been zero for at least two customers.
2005-03-08 17:08:17 +02:00
marko@hundin.mysql.fi
c098c27af5
InnoDB: Win64 portability fixes
2005-03-08 16:25:31 +02:00
marko@hundin.mysql.fi
4fe94704a7
Merge hundin.mysql.fi:/home/marko/k/mysql-4.0
...
into hundin.mysql.fi:/home/marko/mysql-4.1
2005-03-08 16:02:13 +02:00
marko@hundin.mysql.fi
beea918092
InnoDB: Win64 portability fix: add missing declaration and
...
correct the definition of srv_max_buf_pool_modified_pct.
2005-03-08 11:12:18 +02:00
marko@hundin.mysql.fi
42ea96f9fd
row0sel.c:
...
row_search_for_mysql(): Add a clarifying comment.
2005-03-07 16:32:24 +02:00
marko@hundin.mysql.fi
a6f17f4cc4
Merge marko@bk-internal.mysql.com:/home/bk/mysql-4.1
...
into hundin.mysql.fi:/home/marko/mysql-4.1
2005-03-07 15:28:11 +02:00
heikki@hundin.mysql.fi
69fe070acb
trx0trx.c:
...
Print a hex dump of the trx_t object if trx->n_mysql_tables_in_use != 0 at trx_free()
2005-03-07 15:28:10 +02:00
marko@hundin.mysql.fi
3c55fef5a8
InnoDB: optimize SELECT performance
2005-03-07 15:23:06 +02:00
marko@hundin.mysql.fi
38adb1ba79
InnoDB: Portability fixes for warnings reported on IA-64 Windows
2005-03-07 12:03:33 +02:00
marko@hundin.mysql.fi
ea4f6ded74
ut0mem.c:
...
ut_malloc_low(): fix the fprintf() format string
(an extraneous comma split the format into two arguments)
2005-03-07 09:43:19 +02:00
bar@mysql.com
d50d213162
Merge
2005-03-05 18:20:35 +04:00
heikki@hundin.mysql.fi
d565920ba2
ut0mem.c:
...
If InnoDB cannot allocate memory, keep retrying for 60 seconds before we crash mysqld; maybe the memory shortage is just temporary
2005-03-04 18:17:29 +02:00
heikki@hundin.mysql.fi
474a910499
trx0trx.c:
...
Do not assert, but print diagnostics if MySQL tries to free a trx where n_mysql_tables_in_use > 0
2005-03-04 17:58:06 +02:00
marko@hundin.mysql.fi
92d8692495
Merge marko@bk-internal.mysql.com:/home/bk/mysql-4.1
...
into hundin.mysql.fi:/home/marko/mysql-4.1
2005-03-04 15:27:07 +02:00
jimw@mysql.com
f7c01cfb76
Merged from 4.1
2005-03-03 15:01:46 -08:00
heikki@hundin.mysql.fi
07a0fdeb24
srv0start.c:
...
Work around the AIX 5.1 security patch ML7 problem in errno when it should be EEXIST
2005-03-03 18:00:34 +02:00
heikki@hundin.mysql.fi
c93fcd19a5
Merge
2005-03-03 17:50:04 +02:00
heikki@hundin.mysql.fi
df6d26e4bd
srv0start.c:
...
Work around the AIX 5.1 ML7 patch problem in errno at a higher level, in srv0start.c
os0file.c:
Revert the AIX patch here
2005-03-03 17:46:56 +02:00
heikki@hundin.mysql.fi
80fca0a075
Merge hundin.mysql.fi:/home/heikki/mysql-4.0
...
into hundin.mysql.fi:/home/heikki/mysql-4.1
2005-03-03 17:26:12 +02:00
heikki@hundin.mysql.fi
47440f4b5a
os0file.c:
...
AIX 5.1 after security patch ML7 seems to contain a bug that instead of EEXIST it sets errno to 0 if a file creation fails because the file already exists. Work around that bug by interpreting errno 0 in AIX as EEXIST.
2005-03-03 17:20:05 +02:00
marko@hundin.mysql.fi
74194d23de
InnoDB: Merge fix of Bug #8771 from the 4.1 tree
2005-03-02 12:49:51 +02:00
ingo@mysql.com
306bd2fc69
Merge
2005-03-02 10:56:13 +01:00
jan@hundin.mysql.fi
b9ae89a1e6
Merge jlindstrom@bk-internal.mysql.com:/home/bk/mysql-5.0
...
into hundin.mysql.fi:/home/jan/mysql-5.0
2005-03-02 07:48:00 +02:00
marko@hundin.mysql.fi
c75036ed70
row0sel.c:
...
row_sel_store_mysql_rec(): Do not try to space-pad BLOB fields. (Bug #8771 )
2005-03-01 20:46:23 +02:00
marko@hundin.mysql.fi
7252e44bf5
After review fixes. Fix bugs in TRUNCATE.
2005-03-01 19:42:59 +02:00
marko@hundin.mysql.fi
5faaf74818
InnoDB: Zero fill newly created pages and deleted records to
...
remove old junk and to improve compression ratio.
InnoDB: Make implicit type conversions explicit. (Bug #8826 )
2005-03-01 13:54:48 +02:00
jan@hundin.mysql.fi
d49f382410
Merge jlindstrom@bk-internal.mysql.com:/home/bk/mysql-5.0
...
into hundin.mysql.fi:/home/jan/mysql-5.0
2005-03-01 12:39:23 +02:00
marko@hundin.mysql.fi
2b10afd911
After merge fixes
2005-03-01 09:51:32 +02:00
marko@hundin.mysql.fi
ce553fc2fe
InnoDB: Fix compilation errors on IA-64 Windows
2005-03-01 09:27:09 +02:00
jan@hundin.mysql.fi
40d89eea68
Fixed XA recovery for InnoDB. Note that XA recovery is still disabled
...
until it has been comprehensive tested.
2005-03-01 08:17:03 +02:00
monty@mysql.com
3839e443a4
merge with 4.1
2005-02-28 12:18:39 +02:00
monty@mysql.com
ab11370de6
Merge bk-internal.mysql.com:/home/bk/mysql-4.1
...
into mysql.com:/home/my/mysql-4.1
2005-02-28 12:00:18 +02:00
monty@mysql.com
253bfcf783
Fixed wrong memory references found by purify
...
(No really critical errors found, but a few possible wrong results)
2005-02-28 11:59:46 +02:00