Software-update: MySQL 3.23.52

Stephan Oudmaijer liet weten dat er een nieuwe versie van MySQL 3.23 is uitgebracht. Versie 3.23.52 is voornamelijk een bugfix release. De binaries en source code kun je hier downloaden. De MySQL changelog heeft de volgende veranderingen te melden:

  • Fixed problem with UNSIGNED BIGINT on AIX.
  • Fixed security bug when having an empty database name in the user.db table.
  • Changed initialisation of RND() to make it less predicatable.
  • Fixed problem with GROUP BY on result with expression that created a BLOB field.
  • Fixed problem with privilege tables when downgrading from 4.0.2 to 3.23.
  • Fixed thread bug in SLAVE START, SLAVE STOP and automatic repair of MyISAM tables that could cause table cache to be corrupted.
  • Fixed possible thread related key-cache-corruption problem with OPTIMIZE TABLE and REPAIR TABLE.
  • Added name of 'administrator command' logs.
  • Fixed bug with creating an auto-increment value on second part of a UNIQUE() key where first part could contain NULL values.
  • Don't write slave-timeout reconnects to the error log.
  • Fixed bug with slave net read timeouting
  • Fixed a core-dump bug with MERGE tables and MAX() function.
  • Fixed bug in ALTER TABLE with BDB tables.
  • Fixed bug when logging LOAD DATA INFILE to binary log with no active database.
  • Fixed a bug in range optimiser (causing crashes).
  • Fixed possible problem in replication when doing DROP DATABASE on a database with InnoDB tables.
  • Fixed that mysql_info() returns 0 for 'Duplicates' when using INSERT DELAYED IGNORE.
  • Added -DHAVE_BROKEN_REALPATH to the Mac OS X (darwin) compile options in `configure.in' to fix a failure under high load.
[break] Omvangrijker zijn de wijzigingen in de InnoDB engine. Er zijn enkele performance optimalisaties, verbeteringen die te maken hebben met foreign key contraints en de replication code houdt nu rekening met transactions: [/break]
  • The feature set of 3.23 will be frozen from this version on. New features will go the the 4.0 branch, and only bug fixes will be made to the 3.23 branch.
  • Many CPU-bound join queries now run faster. On Windows also many other CPU-bound queries run faster.
  • A new SQL command SHOW INNODB STATUS returns the output of the InnoDB Monitor to the client. The InnoDB Monitor now prints detailed info on the latest detected deadlock.
  • InnoDB made the SQL query optimizer to avoid too much index-only range scans and choose full table scans instead. This is now fixed.
  • "BEGIN" and "COMMIT" are now added in the binlog around transactions. The MySQL replication now respects transaction borders: a user will no longer see half transactions in replication slaves.
  • A replication slave now prints in crash recovery the last master binlog position it was able to recover to.
  • A new setting innodb_flush_log_at_trx_commit=2 makes InnoDB to write the log to the operating system file cache at each commit. This is almost as fast as the setting innodb_flush_log_at_trx_commit=0, and the setting 2 also has the nice feature that in a crash where the operating system does not crash, no committed transaction is lost. If the operating system crashes or there is a power outage, then the setting 2 is no safer than the setting 0.
  • Added checksum fields to log blocks.
  • SET FOREIGN_KEY_CHECKS=0 helps in importing tables in an arbitrary order which does not respect the foreign key rules.
  • SET UNIQUE_CHECKS=0 speeds up table imports into InnoDB if you have UNIQUE constraints on secondary indexes.
  • SHOW TABLE STATUS now lists also possible ON DELETE CASCADE or ON DELETE SET NULL in the comment field of the table.
  • When CHECK TABLE is run on any InnoDB type table, it now checks also the adaptive hash index for all tables.
  • If you defined ON DELETE CASCADE or SET NULL and updated the referenced key in the parent row, InnoDB deleted or updated the child row. This is now changed to conform to SQL-92: you get the error 'Cannot delete parent row'.
  • Improved the auto-increment algorithm: now the first insert or SHOW TABLE STATUS initializes the auto-inc counter for the table. This removes almost all surprising deadlocks caused by SHOW TABLE STATUS.
  • Fixed a bug: If you updated the primary key of a table so that only the case of characters changed, that could cause assertion failures, mostly in page0page.ic line 515.
  • Fixed a bug: If you delete or update a row referenced in a foreign key constraint and the foreign key check has to wait for a lock, then the check may report an erroneous result. This affects also the ON DELETE... operation.
  • Fixed a bug: A deadlock or a lock wait timeout error in InnoDB causes InnoDB to roll back the whole transaction, but MySQL could still write the earlier SQL statements to the binlog, even though InnoDB rolled them back. This could, for example, cause replicated databases to get out-of-sync.
  • Fixed a bug: If the database happened to crash in the middle of a commit, then the recovery might leak tablespace pages.
  • Fixed a bug: If you specified a non-latin1 character set in my.cnf, then, in contrary to what is stated in the manual, in a foreign key constraint a string type column had to have the same length specification in the referencing table and the referenced table.
  • Fixed a bug: DROP TABLE or DROP DATABASE could fail if there simultaneously was a CREATE TABLE running.
  • Fixed a bug: If you configured the buffer pool bigger than 2 GB in a 32-bit computer, InnoDB would assert in buf0buf.ic line 214.
  • Fixed a bug: on 64-bit computers updating rows which contained the SQL NULL in some column could cause the undo log and the ordinary log to become corrupt.
  • Fixed a bug: innodb_log_monitor caused a hang if it suppressed lock prints for a page.
  • Fixed a bug: in the HP-UX-10.20 version mutexes would leak and cause race conditions and crashes in any part of InnoDB code.
  • Fixed a bug: if you ran in the AUTOCOMMIT mode, executed a SELECT, and immediately after that a RENAME TABLE, then RENAME would fail and MySQL would complain about error 1192.
Versienummer 3.23.52
Besturingssystemen Windows 9x, Windows NT, Windows 2000, Linux, BSD, Windows XP, macOS, OS/2, Solaris, UNIX
Website MySQL AB
Download http://www.mysql.com/downloads/mysql-max-3.23.html
Licentietype Cardware

Door Femme Taken

UX Designer

16-08-2002 • 22:03

9

Bron: MySQL AB

Update-historie

01-'19 MySQL 8.0.14 / 5.7.25 / 5.6.43 17
04-'18 MySQL 8.0 30
10-'15 MySQL 5.7 16
02-'13 MySQL 5.6 17
12-'10 MySQL 5.5.8-GA 9
04-'10 MySQL 5.5.4 m3 5
04-'10 MySQL 5.1.45 0
03-'10 MySQL 5.5.2 m2 5
02-'10 MySQL 5.1.44 6
08-'09 MySQL 5.0.84 3
Meer historie

Reacties (9)

9
9
8
1
0
0
Wijzig sortering
misschien offtopic, maar gezien de innodb verbeteringen, gaat t.n dan ook gauw over op deze versie, of wordt eerst de kat uit de boom gekeken?
InnoDB is trouwens een patch bovenop MySQL. Dus eigelijk weer iets anders dan MySQL zelf. Bij Debian zit de patch erin gecompiled maar echt niet bij elke binary is dat het geval (ik zeg 't niet om andere distro's zwart te maken ofzo, anderen hebben 't ook vast maar vast niet allemaal en de standaard source dus ook niet).

InnoDB verbeteringen zijn ook met name bugs. Dit zoet er wel interessant uit:
Many CPU-bound join queries now run faster. On Windows also many other CPU-bound queries run faster.
:)
InnoDB is niet zomaar een patch o.i.d. het is een engine voor MySql. Zo ondersteunt innodb row level locking en foreignkeys...

innodb is een table type en niet zomaar een iets wat toevallig bij mysql zit, maar een van de belangrijkste componenten van mysql denk ik wel...
Never change a winning team zou'k zeggen. Tweakers.net draait nog steeds op 3.23.49, de 2 versies die erna kwamen waren niet stabiel onder de load die T.n en GoT erop gooien. Lijkt me dat ze gewoon 3.23.49 aanhouden.
Waarom wordt er gelinkt naar de 3.23 MAX versie?

En wat is er anders aan die versie vergeleken met de 3.23.52 ?
AuteurFemme UX Designer @EdwinB17 augustus 2002 05:23
Dat staat uitgelegd op die pagina waar naartoe gelinkt wordt... Meer info: http://www.mysql.com/doc/en/mysqld-max.html . MySQL Max is kortweg MySQL 3.23 + InnoDB + BerkeleyDB. Zeker InnoDB is een table handler die je erg graag door je MySQL server ondersteund wil hebben (ivm row-level locking, transactions en FK's). Vanaf MySQL 4 maakt InnoDB deel uit van de standaard MySQL binary.
Kun je niet beter een linkje geven naar de changes omdat zo de 56K6'ers zoveel onnodige data in eerste instantie downloaden.
En natuurlijk is het niet echt bevordelijk voor de lay-out en je scroll wheel ;)
Zo lang is die changelog nou ook weer niet. Ik heb ze wel eens langer gezien (Apache en PHP). De download grootte stelt niet veel voor dankzij HTTP compressie. De gemiddelde thread op GoT is veel groter.
Maar daar is het forum ook voor ;)
En het ligt er ook aan of je per 100 of per 10 bekijkt :P

Op dit item kan niet meer gereageerd worden.