MySQL Enterprise Edition

軟件截圖:
MySQL Enterprise Edition
軟件詳細信息:
版本: 5.6.21
上傳日期: 17 Feb 15
許可: 共享軟件
價格: 0.00 $
人氣: 146

Rating: 1.0/5 (Total Votes: 1)

MySQL企業版是一個商業,屢獲殊榮,被廣泛使用,超快速RDBMS(關係數據庫管理系統),最初由Sun Microsystems公司創建,現在由Oracle維護。它包括功能強大的企業級特性,如MySQL企業備份,MySQL企業監控器,MySQL企業版HA,MySQL企業級可擴展性,MySQL企業級安全性,MySQL企業審計,MySQL企業監控器中,MySQL查詢分析器,MySQL的面料和MySQL Workbench.Features在glanceKey功能包括用於創建增量,全部或部分備份,點時間恢復功能,部分或全部恢復,外部認證支持,線程池,基於策略的合規性審核,網上和ldquo支持支持;熱”的備份支持,集群管理和集群的地理複製功能,自動縮放,以及支持各種存儲引擎,包括InnoDB的,NDB和MyISAM。
此外,其備份壓縮,數據庫複製,DRBD(分佈式複製塊設備)的支持,甲骨文的Solaris集群,Oracle VM模板,Windows故障轉移群集時,Windows Active Directory集成,PAM(可插拔認證模塊)認證的支持,以及24 / 7支持甲骨文。另一個有趣的功能,它使您的數據庫基礎架構高度available.Supported操作systemsMySQL提供了巨大的可用性,這意味著它可以在多種Linux發行版,其中的Debian GNU / Linux的,Ubuntu的,SUSE Linux Enterprise Server上,紅色被使用的能力紅帽企業Linux和Oracle的Linux,以及Sun Solaris上,BSD,Mac OS X和微軟Windows操作系統systems.The MySQL社區EditionsIn除的MySQL企業版,社區版是免費提供下載,它可以很容易地安裝使用包含在相應的GNU / Linux發行版的默認軟件庫包各種基於Linux的操作系統。這是積極維護和支持的來自世界各地的開源愛好者和開發人員組成的社區。關於MySQL社區版的更多細節可以在Softoware找到

什麼在此版本中是新的

  • 在更好的性能和可擴展性
  • 在改進InnoDB存儲引擎更好的事務吞吐量
  • 在改進了更好的查詢執行時間和診斷優化
  • 在更好的應用程序可用性,在線DDL /架構操作
  • 在更好的開發敏捷通過的Memcached API的NoSQL訪問InnoDB的
  • 在改進的高性能和自愈集群部署複製
  • 在改進性能模式更好的儀表和監測
  • 在無憂應用程序部署改進安全性
  • 在與其他重要的增強功能

什麼是5.6.10版本的新

  • 在MySQL的5.6的新功能和增強功能可用來MySQL用戶在MySQL社區版。
  • 的MySQL 5.6提供了增強的線性可擴展性,幫助用戶充分利用現代化的硬件功能。
  • 在這個版本中,用戶可以體驗簡化查詢開發和更快的執行速度,更好的事務吞吐量和應用程序的可用性,靈活的NoSQL訪問,改進的複製和增強的儀表。
  • 在更好的查詢執行時間,並通過增強MySQL優化診斷提供診斷:子查詢優化:通過在執行之前優化子查詢簡化查詢開發。在結果如何樹立了新的效率選擇,排序,並返回提供的查詢執行時間顯著改善。指數條件下推(ICP)和批重點訪問(BKA)的增加:能提高選擇查詢吞吐量達從280x(1)。增強的優化診斷:與解釋INSERT,UPDATE和DELETE操作。 JSON格式的解釋計劃輸出可提供更精確的優化指標和更好的可讀性,並優化跟踪能夠跟踪優化決策過程。
  • 在大吞吐量性能和應用可用性與改進的InnoDB存儲引擎:最多230百分比改善事務和只讀吞吐量:InnoDB的已重新分解,以減少傳統線程,沖洗和吹掃互斥的爭論和瓶頸,實現更好並發重負荷OLTP系統,並導致顯著改善吞吐量事務性和只讀負載(2)。增強的可用性:在線DDL操作使數據庫管理員添加索引和執行表變更,而應用程序保持可用更新。全文搜索與InnoDB的:允許開發人員構建在InnoDB表的FULLTEXT索引代表的基於文本的內容,並加快單詞和短語的應用搜索。簡單,關鍵值查找:靈活的NoSQL訪問InnoDB中通過熟悉的Memcached API提供的InnoDB數據的簡單,關鍵值查找。用戶得到"兩全其美,"在同一個數據庫相結合的鍵 - 值操作和複雜的SQL查詢。
  • 在提高擴展性和高可用性:在MySQL複製的新功能,包括:自我修復複製集群:加入全球事務標識符和公用事業使簡單的自動檢測並從故障中恢復。碰撞安全複製使二進制日誌和奴隸在發生碰撞時自動恢復複製流中的正確位置,並繼續複製,無需管理員的干預。校驗通過自動檢測和告警上的錯誤保持跨集群數據完整性。高性能群集複製:高達5倍的速度複製到多線程的奴隸(3),二進制日誌組提交和優化基於行的複製,使用戶,因為他們向外擴展工作負載跨商品系統,以最大限度地提高複製的性能和效率。時間延遲複製:提供保護,防止做出在主操作失誤,例如意外刪除表
  • 在增強PERFORMANCE_SCHEMA:新儀器使用戶能夠更好地監控資源最密集的查詢,對象,用戶和應用程序。新的摘要與查詢,線程,用戶,主機和對象分組匯總的統計數據也可提供。這些增強功能允許有低於5%的開銷更容易的默認配置。
  • 的MySQL 5.6包含了一些額外的增強功能,包括地理信息系統 - 精確的空間操作,提高了IPv6的合規性和優化的服務器默認

什麼在30年5月5日的版本是新的

  • 在mysql的-庫和mysql-庫,先進的有從規範的文件被刪除;
  • 在更加智能化的位處理的MySQL的測試。在文件/集已經落實;
  • 當轉換目錄名文件名,文件分隔符(FN_LIBCHAR)可能會被添加到生成的文件名。此問題已修復;
  • 在一個PB2隨機故障已經修復;
  • 其中加入與較早推沒有嵌入殼體工作,因為在這樣的情況下產生無pid文件的測試腳本。 " not_embedded.inc"已添加。

什麼是5.6.9版本,新的 RC:

  • 在功能添加或更改:
  • 在不兼容的變化:複製:一些有關GTID的複製變量等名稱已被更改,以使這些名字比較合適的,有意義的。不再支持舊的名稱。
  • 在這樣改名的功能顯示在下面的列表中:
  • 在該--disable-GTID不安全的,陳述服務器選項已更名--enforce-GTID一致性;該disable_gtid_unsafe_statements系統變量已更名enforce_gtid_consistency。
  • 在該gtid_done服務器系統變量已更名gtid_executed。
  • 在該gtid_lost服務器系統變量已更名gtid_purged;此外,這個變量不再是只讀的。
  • 在該SQL_THREAD_WAIT_AFTER_GTIDS()函數已更名WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS()。
  • 有關詳細信息,請參見16.1.3,"複製與全球事務標識符",和第16.1.4.5,"全局事務ID選項和變量&QUOT ;. (錯誤#14775984)
  • 在現在的mysqld寫日期的ISO(YYYY-MM-DD HH:MM:SS)的錯誤日誌格式。它還包括以下日期的進程ID。感謝戴維Arnaut的補丁。 (錯誤#56240,錯誤#11763523)
  • 在Windows Vista中,Windows Server 2008中,並使用MKLINK命令更新支持本地符號鏈接。這使得數據庫的符號鏈接的MySQL服務器執行使用.SYM文件的冗餘,使這種機制現在已經過時,並且將在未來的MySQL版本中刪除。參見第8.11.3.1.3,"使用符號鏈接的數據庫在Windows"
  • 在修復的錯誤:
  • 性能:InnoDB的:低級InnoDB的定時值讀操作被用於與快速存儲設備,如SSD更好的性能調整。此增強主要影響的BLOB列壓縮表讀操作。 (錯誤#13702112,錯誤#64258)
  • 在不兼容的變化:在性能架構表中的列THREAD_ID從INT擴大到BIGINT,以適應64位值
  • 如果您升級到該版本的MySQL從早期版本,您必須運行mysql_upgrade(並重新啟動服務器)將這一變化的performance_schema數據庫。 (錯誤#14664453)
  • 在不兼容的變化:連接ID(線程ID)值大於32位可以出現在某些系統上(如忙或長期運行64位系統),造成這些問題:
  • 在寫入一般查詢日誌和慢查詢日誌連接ID是不正確的。這是真實的記錄到這兩個文件和表格。
  • 的CONNECTION_ID()函數可以與數據類型太小的值大於32比特返回一個值。
  • 在該mysql_thread_id()和mysql_kill()C API函數沒有處理ID值大於32位。這可能會導致殺錯線;例如,如果調用mysql_kill(mysql_thread_id())。
  • 在連接ID現在被允許將64位值時,服務器支持他們(與64位數據類型建),其具有以下作用:
  • 在連接ID被正確記錄到一般的查詢日誌和慢查詢日誌。
  • 注意
  • 在這種改變涉及修改日誌表,因此升級到此版本後,你必須運行mysql_upgrade並重新啟動服務器。
  • 在CONNECTION_ID()返回適當的值大於32位的數據類型。
  • 在mysql_thread_id()不變;客戶機/服務器protocal只有4對ID值字節。該函數返回一個不正確的(截斷)值超過32位,應該避免較大的連接ID。
  • 在mysql_kill()仍不能處理大於32位的值,但要警惕現在殺錯線程返回在這些情況下的錯誤:
  • 如果給出一個ID大於32位,mysql_kill()返回一個CR_INVALID_CONN_HANDLE錯誤。
  • 在服務器內部線程ID櫃檯後達到大於32位的值,它的任何mysql_kill()調用和mysql_kill返回ER_DATA_OUT_OF_RANGE錯誤()失敗。
  • 要避免出現mysql_thread_id()和mysql_kill(),不使用它們。要獲取連接ID,執行SELECT CONNECTION_ID()查詢和檢索結果。殺死一個線程,執行KILL語句。
  • (錯誤#19806,錯誤#11745768,錯誤#65715,錯誤#14236124,錯誤#44728,錯誤#11753308)
  • 重要變化:InnoDB的:使用索引合併訪問方法可以鎖定很多行從表中,即使這些行並不是最終的結果集的一部分DML語句。此修復程序通過釋放的不匹配的行上的鎖減少了過多的鎖。這種優化影響與隔離級別等於或小於嚴格比READ COMMITTED只交易;它並不適用於使用可重複READ或SERIALIZABLE隔離級別的事務。 (錯誤#14226171)
  • 重要變化:複製:由於運行的服務器GTIDs啟用防止更改非事務表,如mysql_upgrade和mysql_install_db的程序無法在所使用的MyISAM存儲引擎,因此不能正常工作的系統表進行操作。現在,隨著--enforce-GTID一致性運行時(需要時--gtid模式= ON),服務器允許在非事務性表單語句。 (錯誤#14722659)
  • 重要變化:複製:以前,在SHOW SLAVE STATUS的輸出Seconds_Behind_Master字段的值始終設置為NULL每當SQL線程或I / O線程停止。現在,該列設置為NULL只有當SQL線程不運行,或者如果I / O線程不運行以下檢查以確定SQL線程是否已處理所有的中繼日誌。 (如果SQL線程完成處理和I / O線程正在運行,的Seconds_Behind_Master為0)(錯誤#12946333)
  • 分區:InnoDB的:以前,試圖以優化用於在不支持分區級OPTIMIZE,例如InnoDB存儲引擎分區表的一個或多個分區時,MySQL的報表不支持優化,做重​​新+分析代替,然後再重新創建整個表,但實際上並沒有對其進行分析。現在,在這樣的情況下,該警告消息,表不支持優化上分區。所有分區都將被重​​建和分析。此外,整個表首先被重建後進行分析。 (錯誤#11751825)
  • 在InnoDB的:如果當行被插入到表中有FULLTEXT索引,但之前事務提交的服務器崩潰,可能會出現錯誤下​​次啟動時:
  • 在InnoDB的:在線程thread_num斷言失敗文件dict0dict.cc行1019
  • (錯誤#14826779)
  • 在InnoDB的:服務器可能出現錯誤訪問包含通過HANDLER語句FULLTEXT索引的InnoDB表時暫停。 (錯誤#14788710)
  • 在InnoDB的:服務器可能出現錯誤時停止兩種操作同時發生:
  • 在包含關閉頁的列插入行的回滾。
  • 涉及ROW_FORMAT = DYNAMIC或ROW_FORMAT = COMPRESSED表聯機在線DDL操作(即,使用梭子文件格式)的表重建。例如,ADD / DROP COLUMN,ADD PRIMARY KEY,改變ROW_FORMAT。
  • (錯誤#14842014)
  • 在InnoDB的:服務器能與斷言錯誤停止為ANALYZE TABLE操作,根據表的結構和它的索引:
  • 在InnoDB的:在線程thread_num斷言失敗文件dict0dict.ic行447
  • 在InnoDB的:失敗斷言:POS&L​​T;表 - > n_def
  • (錯誤#14755452)
  • 在InnoDB的:做ALTER TABLE語句與DISCARD TABLESPACE或IMPORT TABLESPACE子句時,由於剩餘的文件系統臨時表空間文件可能會出現在Windows系統超時錯誤。 (錯誤#14776799)
  • 在InnoDB的:一個InnoDB表的在線DDL操作錯誤地報告一個空值(''),而不是正確的鍵值時,它使用一個索引前綴的唯一索引報導了重複鍵錯誤。 (錯誤#14729221)
  • 在InnoDB的:有FULLTEXT索引的InnoDB表可以為這是從來沒有發布線程句柄分配內存,這可能導致資源在Windows系統上的問題。 (錯誤#14759163)
  • 在InnoDB的:在一個在線DDL操作拷貝的表,表的輔助索引可能被破壞。 (錯誤#14753701)
  • 在InnoDB的:如果該服務器後,網上DDL墜毀CREATE INDEX操作,同時回滾未完成的事務在下次啟動時可能會發生錯誤:
  • 在InnoDB的:以秒為單位索引條目的錯誤德爾撤消
  • ...
  • 在InnoDB的:在線程thread_num斷言失敗文件row0umod.cc行559
  • (錯誤#14707452)
  • 在InnoDB的:如果服務器重建聚簇索引的InnoDB表的ALTER TABLE操作過程中墜毀在一個精確的時刻,原來的表可能無法訪問之後。這種操作的一個例子是ALTER TABLE ... ADD PRIMARY KEY的修復保留了原始表,如果服務器在此操作過程中暫停。你可能仍然需要手動重命名文件的.ibd恢復原表的內容:在MySQL的5.6和更高版本,從#SQL-IB $ new_table_id.ibd重命名為數據庫目錄中table_name.ibd;之前的MySQL 5.6,臨時文件重命名為table_name的1號或2。 (錯誤#14669848)
  • 在InnoDB的:此修復程序提高了錯誤處理當ALTER TABLE操作增加了超出允許一個InnoDB表的最大數量的一列。它還提出了從1000 InnoDB表列到1020的最大數量(錯誤#14705287)
  • 在InnoDB的:在該表重建一個在線DDL操作,CHECK TABLE語句可以對所有二級指標報告數量不匹配。 (錯誤#14606472)
  • 在InnoDB的:如果在試圖創建一個InnoDB表FULLTEXT索引的ALTER TABLE語句失敗,該服務器可與斷言錯誤停止而丟棄不完整的索引。 (錯誤#14504174)
  • 在InnoDB的:在關閉過程中,與innodb_purge_threads配置選項設置為大於1,服務器可能與此錯誤提前終止:
  • 的mysqld得到信號11
  • 在一種解決方法是增加innodb_log_file_size並設置innodb_purge_threads = 1。該修復程序反向移植到MySQL 5.5和5.1,但這些版本沒有innodb_purge_threads配置選項,這樣的錯誤是不太可能發生。 (錯誤#14234028)
  • 在InnoDB的:服務器可能出現錯誤下​​並發操作的一些組合停止:
  • 在InnoDB的:未知錯誤代碼20
  • 在這個問題在5.6的開發週期起源。它影響使用所犯的READ andREAD UNCOMMITTED隔離級別只交易。 (錯誤#13641662,錯誤#12424846)
  • 複製:如果表被複製過FULLTEXT索引,這個索引被選擇找到的下一行中使用的掃描類型時,即使它不能被用來查找正確的不排除。該行隨後施的企圖未能成功採用索引掃描,從而導致複製失敗。現在,在這樣的情況下,當確定是否使用一個表,索引或散列掃描用於此目的不提供用於順序訪問(如FULLTEXT)不考慮索引。 (錯誤#14843764)
  • 在複製:當使用GTID感知主從協議,從I / O線程使用了錯誤的位置。當使用GTIDs,位置通常不使用,但作為一個特殊的情況下,該位置用在除了GTID當從機重新連接到同一主(儘管這不是必需的)。此問題已通過使GTID感知主從協議沒有在所有不再使用的位置。 (錯誤#14828028)
  • 複製:鑑於在其中GTID_SUBTRACT()函數被調用所存儲的程序R:一旦GTID_SUBTRACT()返回NULL在'r調用時,它繼續向每一它在R稱為時間返回NULL,對於客戶端的其餘部分會話。 (錯誤#14838575)
  • 在複製:MySQL企業備份,mysqldump的,並且mysqlhotcopy的不能用GTID功能的MySQL服務器使用,因為它們無法恢復服務器的GTID狀態,因此從任何角度的二進制日誌比其他無法恢復最開始。
  • 對於這個問題的修復程序的一部分,gtid_purged系統變量(原名gtid_lost)不再是只讀的;現在有可能GTIDs添加到它時gtid_executed(以前gtid_done)是空的。 (錯誤#14787808)
  • 在複製:從主從二進制日誌讀取數據時的第一個二進制日誌文件被清除後,重新啟動複製導致的錯誤得到了致命錯誤1236:'奴隸用CHANGE MASTER TO MASTER_AUTO_POSITION = 1連接,但是主已清除含GTIDs二進制日誌的奴隸需要。“這導致GTID的複製失敗。 (錯誤#14756691)
  • 在mysql_install_db的未能兌現--user選項。 (錯誤#15866735)
  • 在創建一個InnoDB表有FULLTEXT指數可能會遇到一個嚴重的錯誤,如果表名中包含非字母數字字符。 (錯誤#14835178)
  • 在無效的內存讀取可能會發生,從零長度表名選擇查詢。 (錯誤#14780820)
  • 在有了效果LOCK TABLES,CREATE TABLE IF NOT EXISTS ... LIKE可能引發斷言。 (錯誤#14788976)
  • 的派生表處理的自動密鑰生成部分沒有妥善處理被指定為VALUES()子句中的一部分列,並由此對提高斷言。 (錯誤#14786324)
  • 在試圖讀取LOAD DATA INFILE一個UTF16文件提出了一個說法。 (錯誤#14786470)
  • 在init_io_cache()使用memset的()來清除互斥但傳遞了錯誤的互斥體的大小。 (錯誤#14838882)
  • 在優化評估針對一系列的測試時,可能會引發一個斷言IS NOT NULL條件。 (錯誤#14843705)
  • 在斷言可以提出執行INSERT,UPDATE或暗示後開始READ ONLY的交易在LOCK TABLES模式下刪除。 (錯誤#14788540)
  • 在試圖在InnoDB表用NULL類型屬性創建一個自動增量列可能會導致嚴重的錯誤。 (錯誤#14758479)
  • 在一個斷言是,如果ALTER TABLE來一列相同的名稱重命名為現有列,同時使用後或FIRST重新排序重命名列提高。 (錯誤#14756089)
  • 在斷言可能是,如果半連接物化來一個NOT評估子查詢提出。 (錯誤#14751858)
  • 對於一些連續嵌套處理,可能會出現在錯誤的位置延續。 (錯誤#14724836)
  • 在SHOW PROCESSLIST產量沒有編號順序進行排序。 (錯誤#14771006)
  • 對於某些SELECT語句,EXPLAIN可能會導致服務器退出。 (錯誤#14761894)
  • 在發生內存洩漏的嘗試使用ALTER TABLE來設置的默認值一小,中,或長BLOB或TEXT列。 (錯誤#14756206)
  • 在安裝使用Solaris包跑在升級操作mysql_install_db的(這應該僅適用於新安裝發生)。 (錯誤#14747671)
  • 對於UPDATE語句,說明表明總密鑰長度在key_len列,而不是所使用的關鍵部位的長度。 (錯誤#14682438)
  • 啟動服務器與--bind-address,然後設置host_cache_size為0可能導致服務器停止為某些類型的客戶機連接。 (錯誤#14689561)
  • 在啟用索引條件下推,優化可能會產生不正確的結果為派生表。 (錯誤#14640176)
  • 在優化可能錯誤地使用非空間索引來優化空間操作,導致提高斷言。 (錯誤#14600994)
  • 在mysql_config_editor製作了寫錯誤的配置文件中沒有錯誤消息。 (錯誤#14545989)
  • 在查詢重寫擦洗密碼,即使啟用了沒有相關的日誌記錄已完成。此外,CREATE SERVER和ALTER SERVER現在改寫為必要的。 (錯誤#14073554)
  • 在CHECK TABLE和REPAIR TABLE可能崩潰,如果一個MyISAM表有一個腐敗的關鍵(.MYI)文件。現在,服務器會產生一個錯誤。 (錯誤#13556441)
  • 在CHECK TABLE和REPAIR TABLE可能崩潰,如果一個MyISAM表有一個腐敗的關鍵(.MYI)文件。現在,服務器會產生一個錯誤。 (錯誤#13556107,錯誤#13556000)
  • 在MySQL數據庫的轉儲,mysqldump的跳過事件表,除非--events選項給出。要跳過這個表如果需要,使用--ignore表選項,而不是(錯誤#55587,錯誤#11762933)
  • mysqld_safe的忽略UMASK環境變量的值,從而導致行為從不同的mysqld相對於創建的文件的訪問模式。現在mysqld_safe的(和mysqld_multi的)嘗試以近似相同的行為的mysqld。 (錯誤#57406,錯誤#11764559)
  • 在Mac OS X上,重新初始化查詢緩存可能會導致服務器退出。感謝戴維Arnaut的補丁。 (錯誤#67156,錯誤#14741880)
  • 在內存表與哈希索引,DELETE有時無法刪除所有適用的行。 (錯誤#51763,錯誤#11759445)
  • 在服務器無法使用查詢緩存在一個數據庫或表名稱包含特殊字符和表存儲引擎InnoDB的是查詢。 (錯誤#64821,錯誤#13919851)
  • 在Mac OS X中,KILL有時可能是不可靠的。 (錯誤#37780,錯誤#11748945)
  • 在LAST_INSERT_ID(表達式)為EXPR沒有工作值大於最大簽訂BIGINT值。 (錯誤#20964,錯誤#11745891)

類似的軟件

顯影劑的其他軟件 Oracle Corporation

意見 MySQL Enterprise Edition

評論沒有發現
添加評論
打開圖片!