MySQL Shell 9是一款高級的MySQL命令行工具，包括交互式和批處理式兩種模式，可多語言代碼處理、全局會話、執(zhí)行交互式代碼、輸出不同的格式等，支持JavaScript、Python和SQL三種語言，適用于MySQL數據庫初學者！

分別有三個腳本：

startConsole.bat：直接啟動mysql服務器

install.bat：將mysql安裝成Windows服務

uninstall.bat：卸載mysql服務

用戶名：root，密碼空

相關：MySQL 9 最新版下載地址

安裝教程

1、下載并解壓shell

2、進入bin目錄，并且執(zhí)行命令./mysql -uroot -pxxxxxxx -P3306 -h172.16.140.84 其中-u指的是用戶名，-p是密碼，-P是端口號，-h是服務器的ip地址

3、在shell端用exit退出shell

軟件特點

1、執(zhí)行交互式代碼

MySQL Shell提供了一種交互式代碼執(zhí)行模式，您可以在MySQL Shell提示符下鍵入代碼，并處理每個輸入的語句，并將處理結果打印在屏幕上。

2、支持的語言

MySQL Shell處理以下語言的代碼：JavaScript，Python和SQL。任何輸入的代碼根據當前活動的語言被處理為這些語言之一。還有一些特定的命令被視為“shell命令”，使您能夠配置MySQL Shell或檢索信息。有關更多信息，請參見第18.4.1節(jié)“MySQL Shell命令”。

3、批次執(zhí)行代碼

除了代碼的交互執(zhí)行之外，MySQL Shell還可以從不同的來源獲取代碼并進行處理。這種以非交互方式處理代碼的方法稱為批處理。

由于批量執(zhí)行模式用于單一語言的腳本處理，因此限制為具有最小的非格式化輸出并禁用命令的執(zhí)行。為了避免這些限制，請使用--interactive命令行選項，它可以告訴MySQL Shell執(zhí)行輸入，就像它是一個交互式會話一樣。在這種模式下，輸入被逐行處理，好像每一行都是在交互式會話中鍵入一樣。有關更多信息，請參見第18.3.5節(jié)“批量模式互動”。

4、輸出格式

MySQL Shell根據使用方式提供不同格式的輸出：Tabbed，Table和JSON。有關更多信息，請參見第18.3.3節(jié)“輸出格式”。

5、多線支持

可以使用命令編寫多行代碼，使MySQL Shell能夠緩存多行，然后作為單個語句執(zhí)行它們。有關更多信息，請參見第18.3.5.1節(jié)“多線支持”。

6、應用日志

可以將MySQL Shell配置為記錄有關執(zhí)行過程的信息。有關更多信息，請參見第18.5節(jié)“MySQL Shell應用程序日志”。

7、X DevAPI

在MySQL Shell中編寫的代碼使用X DevAPI，提供給Python和JavaScript。有關一般信息，請參閱X DevAPI用戶指南。有關API實現的具體文檔，請參閱JavaScript和Python。

8、X協議支持

MySQL Shell旨在為支持X協議的所有MySQL產品提供集成的命令行客戶端。 MySQL Shell的開發(fā)特性專為使用X協議的會話而設計。 MySQL Shell也可以連接到不支持使用舊版MySQL協議的X協議的MySQL服務器。來自X DevAPI的一小部分功能可用于使用舊版MySQL協議創(chuàng)建的會話。

9、全局會話

與MySQL服務器的交互是通過Session對象完成的。對于Python和JavaScript，可以通過mysqlx模塊的getSession和getNodeSession函數創(chuàng)建一個會話。如果使用任何這些方法在JavaScript模式下創(chuàng)建會話，則它僅在JavaScript模式下可用。如果會話是以Python模式創(chuàng)建的，則會發(fā)生同樣的情況。這些會話都不能在SQL模式下使用。

對于SQL模式，MySQL Shell支持全局會話的概念。當使用命令行選項或使用\ connect命令將連接信息傳遞到MySQL Shell時，將創(chuàng)建一個全局會話。

全局會話用于以SQL模式執(zhí)行語句，同樣的會話可以在Python或JavaScript模式下使用。當創(chuàng)建一個全局會話時，會在腳本語言中設置一個名為session的變量，因此您可以通過切換活動模式來執(zhí)行不同語言的代碼。

MySQL9.1.0 新特性

MySQL 創(chuàng)新版9.1.0 于2024年10月15日正式發(fā)布。

原子DDL 能力增強

當 CREATE DATABASE 在創(chuàng)建數據庫目錄之后但在實際提交操作之前失敗時，數據字典沒有數據庫存在的記錄，但數據庫目錄仍然存在于文件系統(tǒng)中，因此需要手動清理。

當由于文件系統(tǒng)錯誤或意外關閉而無法成功刪除作為 DROP DATABASE 一部分的數據庫目錄時，包含 DROP DATABASE 的事務并不總是回滾;在這種情況下，需要人工干預來糾正問題。

9.1 版本中，只要受影響的數據庫中的所有表都使用支持原子數據定義語句的存儲引擎（例如 InnoDB），那么create database,drop database 是完全原子的。