Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 14 reacties
Bron: MySQL

MySQL AB heeft enkele dagen geleden alweer een nieuwe versie uitgegeven van MySQL, de populaire open source SQL-database. Het versienummer is aanbeland bij 4.1.14 en de verschillende downloads kunnen op deze pagina worden gevonden. De ontwikkelaars hebben niet stilgezeten en hebben de volgende lange lijst met veranderingen en verbeteringen doorgevoerd:

Functionality added or changed:
  • SHOW CHARACTER SET and INFORMATION_SCHEMA now properly report the Latin1 character set as cp1252. (Bug #11216)
  • MySQL Cluster: A new -P option is available for use with the ndb_mgmd client. When called with this option, ndb_mgmd prints all configuration data to stdout, then exits.
  • The output of perror --help now displays the --ndb option. (Bug #11999)
  • NDB: Improved handling of the configuration variables NoOfPagesToDiskDuringRestartACC, NoOfPagesToDiskAfterRestartACC, NoOfPagesToDiskDuringRestartTUP, and NoOfPagesToDiskAfterRestartTUP should result in noticeably faster startup times for MySQL Cluster. (Bug #12149)
  • Added support of where clause for queries with FROM DUAL. (Bug #11745)
  • Added an optimization that avoids key access with NULL keys for the ref method when used in outer joins. (Bug #12144)
  • Added new query cache test for the embedded server to the test suite, there are now specific tests for the embedded and non-embedded servers. (Bug #9508)
Bugs fixed:
  • Query cache is switched off if a thread (connection) has tables locked. This prevents invalid results where the locking thread inserts values between a second thread connecting and selecting from the table. (Bug #12385)
  • Prepared statement parameters could cause errors in the binary log if the character set was cp932. (Bug #11338)
  • Queries with subqueries that contain outer joins could return wrong results. (Bug #11479)
  • Slave I/O threads were considered to be in the running state when launched (rather than after successfully connecting to the master server), resulting in incorrect SHOW SLAVE STATUS output. (Bug #10780)
  • On Windows, the server could crash during shutdown if both replication threads and normal client connection threads were active. (Bug #11796)
  • Some subqueries of the form SELECT ... WHERE ROW(...) IN (subquery) were being handled incorrectly. (Bug #11867)
  • The mysql_info() C API function could return incorrect data when executed as part of a multi-statement that included a mix of statements that do and do not return information. (Bug #11688)
  • Renamed the rest() macro in my_list.h to list_rest() to avoid name clashes with user code. (Bug #12327)
  • myisampack failed to delete .TMD temporary files when run with -T option. (Bug #12235)
  • Concatenating USER()/DATEBASE() with a column produces invalid results. (Bug #12351)
  • For PKG installs on Mac OS X, the preinstallation and postinstallation scripts were being run only for new installations and not for upgrade installations, resulting in an incomplete installation process. (Bug #11380)
  • User variables were not automatically cast for comparisons, causing queries to fail if the column and connection character sets differed. Now when mixing strings with different character sets but the same coercibility, allow conversion if one character set is a superset of the other. (Bug #10892)
  • Pathame values for options such as ---basedir or --datadir didn't work on Japanese Windows machines for directory names containing multibyte characters having a second byte of 0x5C (‘\’). (Bug #5439)
  • Mishanding of comparison for rows containg NULL values against rows produced by an IN subquery could cause a server crash. (Bug #12392)
  • INSERT ... SELECT ... ON DUPLICATE KEY UPDATE could fail with an erroneous “Column 'col_name' specified twice” error. (Bug #10109)
  • myisam.test failed when server compiled using --without-geometry option. (Bug #11083)
  • Creation of the mysql group account failed during the RPM installation. (Bug #12348)
  • FLUSH TABLES WITH READ LOCK combined with LOCK TABLE .. WRITE caused deadlock. (Bug #9459)
  • GROUP_CONCAT ignores the DISTINCT modifier when used in a query joining multiple tables where one of the tables has a single row. (Bug #12095)
  • UNION query with FULLTEXT could cause server crash. (Bug #11869)
  • Performing DATE(LEFT(column,8)) on a DATE column produces incorrect results. (Bug #12266)
  • max_connections_per_hour setting was being capped by unrelated max_user_connections setting. (Bug #9947)
  • big5 strings were not being stored in FULLTEXT index. (Bug #12075)
  • Updated dependency list for RPM builds to include missing dependencies such as useradd and groupadd. (Bug #12233)
  • Multiplying ABS() output by a negative number would return incorrect results. (Bug #11402)
  • SELECT @@local... returned @@session... in the column header. (Bug #10724)
  • Character data truncated when GBK characters 0xA3A0 and 0xA1 are present. (Bug #11987)
  • Comparisons like SELECT "A\\" LIKE "A\\"; fail when using SET NAMES utf8;. (Bug #11754)
  • Attempting to repair a table having a fulltext index on a column containing words whose length exceeded 21 characters and where myisam_repair_threads was greater than 1 would crash the server. (Bug #11684)
  • Two threads could potentially initialize different characters sets and overwrite each other. (Bug #12109)
  • NDB: Attempting to create or drop tables during a backup would cause the cluster to shut down. (Bug #11942)
  • NDB_MGMD was leaking file descriptors. (Bug #11898)
  • NDB ignored the Hostname option in the NDBD DEFAULT section of the NDB configuration file. (Bug #12028)
  • The temporary tables created by an ALTER TABLE on a cluster table were visible to all MySQL servers. (Bug #12055)
  • For prepared statements, the SQL parser did not disallow ‘?’ parameter markers immediately adjacent to other tokens, which could result in malformed statements in the binary log. (For example, SELECT * FROM t WHERE? = 1 could become SELECT * FROM t WHERE0 = 1.) (Bug #11299)
  • GROUP_CONCAT() sometimes returned a result with a different collation that that of its arguments. (Bug #10201)
  • When two threads compete for the same table, a deadlock could occur if one thread has also a lock on another table through LOCK TABLES and the thread is attempting to remove the table in some manner and the other thread want locks on both tables. (Bug #10600)
  • Incorrect error message displayed if user attempted to create a table in a non-existing database using CREATE database_name.table_name syntax. (Bug #10407)
  • The LPAD() and RPAD() functions returned the wrong length to mysql_fetch_fields(). (Bug #11311)
  • The C API function mysql_statement_reset() did not clear error information. (Bug #11183)
  • Multiple-table UPDATE queries using CONVERT_TZ() would fail with an error. (Bug #9979)
  • mysql_fetch_fields() returned incorrect length information for MEDIUM and LONG TEXT and BLOB columns. (Bug #9735)
  • LIKE pattern matching using prefix index didn't return correct result. (Bug #11650)
  • The MySQL server had issues with certain combinations of basedir and datadir. (Bug #7249)
  • mysql_next_result() returns incorrect value if final query in a batch fails. (Bug #12001)
  • SHOW BINARY LOGS displayed a file size of 0 for all log files but the current one if the files were not located in the data directory. (Bug #12004)
  • Server-side prepared statements failed for columns with a character set of ucs2. (Bug #9442)
  • References to system variables in an SQL statement prepared with PREPARE were evaluated during EXECUTE to their values at prepare time, not to their values at execution time. (Bug #9359)
  • For server shutdown on Windows, error messages of the form Forcing close of thread n user: 'name' were being written to the error log. Now connections are closed more gracefully without generating error messages. (Bug #7403)
  • Corrected a problem with the optimizer incorrectly adding NOT NULL constraints, producing in incorrect results for complex queries. (Bug #11482)
  • Corrected an optimizer problem with NOT NULL constraints within a subquery in an UPDATE statement that resulted in a server crash. (Bug #11868)
  • Creating a table with a SET or ENUM column with the DEFAULT 0 clause caused a server crash if the table's character set was utf8. (Bug #11819)
  • In SQL prepared statements, comparisons could fail for values not equally space-padded. For example, SELECT 'a' = 'a '; returns 1, but PREPARE s FROM 'SELECT ?=?'; SET @a = 'a', @b = 'a '; PREPARE s FROM 'SELECT ?=?'; EXECUTE s USING @a, @b; incorrectly returned 0. (Bug #9379)
  • InnoDB: Do not flush after each write, not even before setting up the doublewrite buffer. Flushing can be extremely slow on some systems. (Bug #12125)
  • ISO-8601 formatted dates were not being parsed correctly. (Bug #7308)
[break]
MySQL Front screenshot (resized)
Versienummer:4.1.14
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Linux, BSD, Windows XP, macOS, Solaris, UNIX, Windows Server 2003
Website:MySQL
Download:http://dev.mysql.com/downloads/mysql/4.1.html
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (14)

lekker, had mysql sinds versie MySQL-4.0.21 niet meer bijgewerkt, gebruik mijn server alleen om mijn eigen scripts/sites te testen, met MySQL 4.1.14 werken je oude wachtwoorden niet meer

hier kan je lezen hoe je dat op moet lossen:

http://www.vanwijhecons.n...=News&file=article&sid=26
Gewoon een regeltje met

old-passwords

aanmaken in /etc/my.cnf (voor Linux gebruiker) is ook voldoende om ondersteuning voor oude passwords te behouden, MySQL 4.1 gebruikt standaard namelijk andere password hashes dan de 4.0 variant.
thanx, heb het gezien, moet je in windows aan my.ini toevoegen
let wel, het betreft een development release, geen stable release!!! Voordat iedereen alles gaat updaten...
Klopt het dat je voor MySQL nog steeds moet betalen als zakelijke gebruiker? Een kennis van me vertelde dat je tegenwoordig ook als zakelijke gebruiker gratis gebruik mag maken van MySQL, maar ik vraag me af of dat waar is.

Het is juist de reden dat je voor MySQL moet betalen, dat ik het niet gebruik. Daarom kies ik eerder voor PostgreSQL.
Euhm, nee. MySQL valt onder de GPL-licentie: http://dev.mysql.com/downloads/

Dat betekent dat je het mag gebruiken, zowel privť, als voor commerciŽle doeleinden. De enige beperking is dat als je een wijziging maakt aan de MySQL-server zelf, ůf een programma ontwikkelt dat rechtstreeks linkt met de MySQL bibliotheken, dŠn hoef je je eigen programma ook onder de GPL vrij te geven (wat nog niet betekent dat het gratis hoeft te zijn).

Als je toch je eigen variant van MySQL, of een applicatie die linkt met MySQL, wil gaan verspreiden zonder die onder de GPL te zetten, dan kan je een commerciŽle licentie kopen.
Verrek, klopt. Dat moeten ze de boel veranderd hebben. Een paar jaar geleden (1 of 2) was het namelijk onder een andere licentie. Toen gebruikten we op de uni namelijk PostgreSQL, omdat je voor MySQL flink moest gaan dokken. Toen gebruikten we PostgreSQL puur als database (beetje SQL leren)
Toen gebruikten we op de uni namelijk PostgreSQL, omdat je voor MySQL flink moest gaan dokken. Toen gebruikten we PostgreSQL puur als database (beetje SQL leren)
Hmm, bij ons op de uni hebben we Oracle.
Verrek, klopt. Dat moeten ze de boel veranderd hebben.
Ook vroeger was het al GPL hoor. Maar omdat PHP geen GPL is, was er een probleem.
Ach, sowieso is PostgreSQL een betere database om SQL mee te leren. Het volgt de standaarden veel beter en daar waar het afwijkt is het eerder een exotisch iets dat niet ondersteund wordt of een logische toevoeging, dan iets compleet anders aanpakken. Zoals bij MySQL nog wel gebeurt.
Dat betekent dat je het mag gebruiken, zowel privť, als voor commerciŽle doeleinden. De enige beperking is dat als je een wijziging maakt aan de MySQL-server zelf, ůf een programma ontwikkelt dat rechtstreeks linkt met de MySQL bibliotheken, dŠn hoef je je eigen programma ook onder de GPL vrij te geven (wat nog niet betekent dat het gratis hoeft te zijn).
Dit is niet helemaal waar. Je mag in een niet-GPL-applicatie wel degelijk libraries gebruiken om met MySQL te kunnen praten, maar in dat geval moet je een volledige versie van de GPL (al dan niet digitaal) meeleveren.
Neen, zie http://www.fsf.org/licens...l-faq.html#LinkingWithGPL
You have a GPL'ed program that I'd like to link with my code to build a proprietary program. Does the fact that I link with your program mean I have to GPL my program?
Yes.
Volgens mij is het zo:

Als je het gebruikt in je applicatie, maar je zou net zo goed van een andere DB gebruik kunnen maken (MSSQL, bijv) dan hoef je er niet voor te betalen.

In alle andere gevallen moet dat wel, als je er op verder bouwt ofzo :?
Ik vind persoonlijk de 4.0 beter werken dan de 4.1 ik moet nog steeds een server aan de gang krijgen met 4.1 terwijl het met 4.0 gewoon unzippen, ini fixen en aanslingeren maar.

Bij 4.1 wil gewoon geen enkele script hier mee werken. Ik zal vast en zeker nog wel wat fout doen, maar de combinatie MYSQl 4.0.xx en PHPmyadmin vind ik nog gewoon lekkerder werken
Zoek eens op GoT zou ik zeggen. Check je ini's en, indien van toepassing, je httpd.conf .

Back ontopic; vanmiddag eens installeren. Ben verder trouwens erg tevreden over MySQL!

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True