11.07.2015 Views

MySQL 5.7 Release Notes - Download - MySQL

MySQL 5.7 Release Notes - Download - MySQL

MySQL 5.7 Release Notes - Download - MySQL

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>MySQL</strong> <strong>5.7</strong> <strong>Release</strong> <strong>Notes</strong>• An optional init_vector argument provides an initialization vector for encryption modes thatrequire it:AES_ENCRYPT(str,key_str[,init_vector])AES_DECRYPT(crypt_str,key_str[,init_vector])• A random string of bytes to use for the initialization vector can be produced by calling the newRANDOM_BYTES() function.For more information, see Encryption and Compression Functions.These changes make statements that use AES_ENCRYPT() or AES_DECRYPT() unsafe forstatement-based replication and they cannot be stored in the query cache. Queries that useRANDOM_BYTES() are unsafe for statement-based replication and cannot be stored in the querycache.• Incompatible Change: The deprecated ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE,and NO_ZERO_IN_DATE SQL modes now do nothing. Instead, their previous effects are includedin the effects of strict SQL mode (STRICT_ALL_TABLES or STRICT_TRANS_TABLES). In otherwords, strict mode now means the same thing as the previous meaning of strict mode plus theERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE, and NO_ZERO_IN_DATE modes. This changereduces the number of SQL modes with an effect dependent on strict mode and makes them part ofstrict mode itself.To prepare for the SQL mode changes in this version of <strong>MySQL</strong>, it is advisable before upgrading toread SQL Mode Changes in <strong>MySQL</strong> <strong>5.7</strong>. That discussion provides guidelines to assess whether yourapplications will be affected by these changes.The deprecated ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE, and NO_ZERO_IN_DATESQL modes are still recognized so that statements that name them do not produce an error, but willbe removed in a future version of <strong>MySQL</strong>. To make advance preparation for versions of <strong>MySQL</strong> inwhich these modes do not exist, applications should be modified to not refer to those mode names.• InnoDB: InnoDB now supports the Transportable Tablespace feature for partitioned InnoDB tablesand individual InnoDB table partitions. This enhancement eases backup procedures for partitionedtables and enables copying of partitioned tables and individual table partitions between <strong>MySQL</strong>instances. For additional information, see Copying Tablespaces to Another Server (TransportableTablespaces). (Bug #18121824, Bug #70196, Bug #18304194, Bug #71784)• InnoDB: Parameters used to identify an InnoDB pages are replaced by two new classes, and foldvalue and zip_size value calculations have been optimized. These changes simplify code byreducing the number of page identifier parameters passed to functions. (Bug #18073495)• InnoDB: The Fusion-io Non-Volatile Memory (NVM) file system on Linux provides atomic writecapability, which makes the InnoDB doublewrite buffer redundant. For system tablespace files(ibdata files) located on Fusion-io devices that support atomic writes, the InnoDB doublewrite bufferis automatically disabled. (Bug #18069105)• InnoDB: Reverse index leaf page scan has been optimized.btr_pcur_restore_position_func() can now perform optimistic restoration for reversecursors, which reduces block->mutex contention on the root page, especially for concurrentreverse scans. (Bug #17666170)• InnoDB: A new system variable, innodb_log_write_ahead_size, allows you to configure thewrite-ahead block size for redo logs to a value that matches the operating system or file systemcache block size in order to avoid “read-on-write” for redo log writes. Read-on-write occurs whenredo log blocks are not entirely cached to the operating system or file system due to a mismatchbetween write-ahead block size for redo logs and operating system or file system cache block size.Avoiding read-on-write improves throughput stability for redo log writes. (Bug #17571371)17

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!