Software-update: MySQL 3.23.48

Anoniem: 30372 bracht ons als eerste op de hoogte van het nieuws dat het MySQL development team vandaag een verse release van MySQL heeft uitgebracht. Het aantal wijzigingen is volgens de changelog slechts drie, maar de InnoDB versie die bij MySQL 3.23.48-Max wordt geleverd onderging wel een groot aantal veranderingen:

MySQL changes in release 3.23.48:

• Fixed bug in complicated join with const tables.
• Added internal safety checks for InnoDB.
• SHOW GRANTS now shows REFERENCES instead of REFERENCE.

MySQL/InnoDB-3.23.48, February 9, 2002

• Tuned the SQL optimizer to favor more often index searches over table scans.
• Fixed a performance problem when several large SELECT queries are run concurrently on a multiprocessor Linux computer. Large CPU-bound SELECT queries will now also generally run faster on all platforms.
• If MySQL binlogging is used, InnoDB now prints after crash recovery the latest MySQL binlog name and the offset InnoDB was able to recover to. This is useful, for example, when resynchronizing a master and a slave database in replication.
• Added better error messages to help in installation problems.
• One can now recover also MySQL temporary tables which have become orphaned inside the InnoDB tablespace.
• InnoDB now prevents a FOREIGN KEY declaration where the signedness is not the same in the referencing and referenced integer columns.
• Fixed a bug: calling SHOW CREATE TABLE or SHOW TABLE STATUS could cause memory corruption and make mysqld to crash. Especially at risk was mysqldump, because it calls frequently SHOW CREATE TABLE.
• Fixed a bug: if on Unix you did an ALTER TABLE to an InnoDB table and simultaneously did queries to it, mysqld could crash with an assertion failure in row0row.c, line 474.
• Fixed a bug: if inserts to several tables containing an auto-inc column were wrapped inside one LOCK TABLES, InnoDB asserted in lock0lock.c.
• In 3.23.47 we allowed several NULLS in a UNIQUE secondary index. But CHECK TABLE was not relaxed: it reports the table as corrupt. CHECK TABLE no longer complains in this situation.
• Fixed a bug: on Sparc and other high-endian processors SHOW VARIABLES showed innodb_flush_log_at_trx_commit and other boolean-valued startup parameters always OFF even if they were switched on.

Versienummer	3.23.48
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Linux, BSD, Windows XP, macOS, OS/2, Solaris, UNIX
Download	http://www.mysql.com/downloads/mysql-3.23.html

Reacties (7)

ik wacht wel even op 4.0.2 voordat ik ga upgraden, de changelog van 4.0.2 is nu zo groot dat het waarschijnlijk niet lang meer zal duren voor deze uitkomt. misschien wordt et wel een beta

4.x is nog een development versie die geheel los staat van de stabiele 3.x-serie.

Versies 4.x en 3.x vergelijken is appels met peren vergelijken. Ze hebben een andere doelgroep.
3.x -> stabiel, voor servers en kritische systemen, en voor normaal gebruik.
4.x -> alpha release, voor developers, nieuwsgierigen en geïnteresseerden in de nieuwste MySQL-ontwikkelingen

MySQL 4 is gewoon een doorontwikkeling van 3.23, dus ik zou het geen vergelijking tussen appels en peren willen noemen. De ervaringen met MySQL 4.0.1 zijn tot nu toe vrij goed. Omdat MySQL 4.0 geen radicale vernieuwing is, zijn er ook geen grote stabiliteitsproblemen.

De echte grote verbeteringen zoals foreign key constraints (niet alleen in InnoDB), stored procedures en subqueries moeten nog geïntroduceerd worden in 4.1 en latere versies, maar eerst zal 4.0 gestabiliseerd worden. Zodra alle geplande features geïmplementeerd zijn ontstaat er een erg complete en snelle SQL server. Op dit moment vind ik alleen de query cache interessant in 4.0.1. De verbeterde fulltext search is wellicht ook handig voor mensen die dat gebruiken.

multi table update en deletes en de JOIN support in 4.0 versie zijn echt functies die voor developers veel werkt wegnemen bij het maken van een applicatie.
Ik heb veel code moeten maken die ik met 1 query zou kunnen doen als mysql dit zou ondersteunen.

Een groot nadeel van mysql is dat de mysqlbackup geen foreignkey support heeft. Ook als je in 4.x een alter table doet zijn je foreignkeys naar de knoppe!

En zoals femme al zei in reactie op:

4.x is nog een development versie die geheel los staat van de stabiele 3.x-serie.

4.x is een doorontwikkeling ! En staat niet geheel los want de 4.x code is gebaseerd op de 3.x code.

multi table update en deletes en de JOIN support in 4.0 versie zijn echt functies die voor developers veel werkt wegnemen bij het maken van een applicatie.

Ik neem aan dat je UNION support bedoelt ipv JOIN support, JOIN's zitten al lang in MySQL hoor

multi table updates en deletes lijken mij persoonlijk een "bron van programmeerfouten" voor de developer.

Daar waar ik bij een "serieuzere database" zoiets nodig heb kies ik altijd voor triggers/procedures om het op te lossen.

Zodat je zeker weet dat er niet ergens een stukje code net even verkeerd stukken uit een aantal "gelinkte" tabellen verwijderd.

Maar helaas komt de trigger/procedure support ook pas in 4.1.x.
En aangezien de impact van dat soort dingen op tabel definities (op file basis) waarschijnlijk vrij sterk beinvloeden zal het ook wel even duren voor 4.1.x stabiel is?

Ik denk persoonlijk dat met het huidge team van programmeurs MySQL 4.×.× niet lang op zich laat w88. Als je ziet hoe de huidge source eruit ziet mogen meeste programmeurs(me2) best in handjes klappen, niet altijd even netjes, maar oplossingen die ik niet kan verzinnen :P!

Ik mag hopen dat 4 door ontwikkeld wordt op 3 anders krijg je dus echt problemen bij applicaties als je een upgrade doet.
Bewijst weer, lang leve MySQL!

Overigens mag ik ook niet klagen over huidge MS-SQL, zelfs met PHP is dat ook super snel, echter licentie is te duur en om wil ik liever een goedkopere en beter maar vooral een database die steeds doorontwikkeld wordt :)!(Best basic deze tekst )