mysql命令行輸入命令回車后沒反應(yīng)是設(shè)置錯誤造成的，解決方法為：
公司主營業(yè)務(wù)：成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)公司推出蘭西免費做網(wǎng)站回饋大家。
1、首先點擊開始菜單輸入cmd回車，打開dos界面。
2、然后進入到MySQL安裝目錄的bin文件下，圖中前兩句命令可以互換順序。
3、然后輸入連接數(shù)據(jù)庫的命令，這里要做兩行輸入哦（應(yīng)該是5.6版本之后都要這么輸入了，不確定，一行兩行都一樣），進入到數(shù)據(jù)庫之后就可以操作了。
4、為了安全起見盡量先將數(shù)據(jù)庫中創(chuàng)建的數(shù)據(jù)庫都先顯示出來，防止數(shù)據(jù)庫名誤輸錯等，（我這里測試就新建一個數(shù)據(jù)庫）。
5、然后進入到新建的數(shù)據(jù)庫中，使用source 文件目錄路徑;命令導入文件即可。
6、最后記得使用數(shù)據(jù)庫命令退出。
MYSQL事務(wù)處理失效原因
最近項目中使用mysql數(shù)據(jù)庫時出現(xiàn)一個問題，運用spring的事務(wù)注解(@transaction)來管理事務(wù)時，發(fā)現(xiàn)用事務(wù)注解@transaction標記的方法里，如果出現(xiàn)異常，事務(wù)并沒有回滾，而是直接提交到了數(shù)據(jù)庫，剛開始還以為是spring的事務(wù)配置有問題，檢查一遍后還是不行，最后查閱了很多資料才發(fā)現(xiàn)原來是mysql數(shù)據(jù)庫存儲引擎的問題。
mysql有多種存儲引擎，有些版本（mysql5.5.5以前默認是MyISAM，mysql5.5.5以后默認是InnoDB）安裝時默認的存儲引擎是MyISAM，而MyISAM存儲引擎是不支持事務(wù)處理的，所以才導致了項目中service層的某個方法事務(wù)失效，解決的方法就是將需要事務(wù)管理的表的存儲引擎改為InnoDB，下面將詳細說明mysql的幾種存儲引擎以及如何修改存儲引擎：
一、查看mysql數(shù)據(jù)庫所支持的存儲引擎
show ENGINES；
該語句將列出該版本的mysql所支持的所有存儲引擎，并且可看到默認的存儲引擎為InnoDB（這個是我修改之后的，剛安裝mysql完默認的是MyISAM），也可以使用下面語句來查看mysql默認的存儲引擎：
SHOW VARIABLES LIKE 'storage_engine';
二、MyISAM存儲引擎
MyISAM基于ISAM存儲引擎，并對其進行擴展。它是在Web、數(shù)據(jù)倉儲和其他應(yīng)用環(huán)境下最常使用的存儲引擎之一。MyISAM擁有較高的插入、查詢速度，但不支持事務(wù)。MyISAM主要特性有：
1、大文件（達到63位文件長度）在支持大文件的文件系統(tǒng)和操作系統(tǒng)上被支持
2、當把刪除和更新及插入操作混合使用的時候，動態(tài)尺寸的行產(chǎn)生更少碎片。這要通過合并相鄰被刪除的塊，以及若下一個塊被刪除，就擴展到下一塊自動完成
3、每個MyISAM表最大索引數(shù)是64，這可以通過重新編譯來改變。每個索引最大的列數(shù)是16
4、最大的鍵長度是1000字節(jié)，這也可以通過編譯來改變，對于鍵長度超過250字節(jié)的情況，一個超過1024字節(jié)的鍵將被用上
5、BLOB和TEXT列可以被索引
6、NULL被允許在索引的列中，這個值占每個鍵的0~1個字節(jié)
7、所有數(shù)字鍵值以高字節(jié)優(yōu)先被存儲以允許一個更高的索引壓縮
8、每個MyISAM類型的表都有一個AUTO_INCREMENT的內(nèi)部列，當INSERT和UPDATE操作的時候該列被更新，同時AUTO_INCREMENT列將被刷新。所以說，MyISAM類 型表的AUTO_INCREMENT列更新比InnoDB類型的AUTO_INCREMENT更快
9、可以把數(shù)據(jù)文件和索引文件放在不同目錄
10、每個字符列可以有不同的字符集
11、有VARCHAR的表可以固定或動態(tài)記錄長度
12、VARCHAR和CHAR列可以多達64KB
使用MyISAM引擎創(chuàng)建數(shù)據(jù)庫，將產(chǎn)生3個文件。文件的名字以表名字開始，擴展名之處文件類型：frm文件存儲表定義、數(shù)據(jù)文件的擴展名為.MYD（MYData）、索引文件的擴展名時.MYI（MYIndex）
三、InnoDB存儲引擎
InnoDB是事務(wù)型數(shù)據(jù)庫的首選引擎，支持事務(wù)安全表（ACID），支持行鎖定和外鍵，上圖也看到了，InnoDB是默認的MySQL引擎。InnoDB主要特性有：
1、InnoDB給MySQL提供了具有提交、回滾和崩潰恢復能力的事物安全（ACID兼容）存儲引擎。InnoDB鎖定在行級并且也在SELECT語句中提供一個類似Oracle的非鎖定讀。這些功能增加了多用戶部署和性能。在SQL查詢中，可以自由地將InnoDB類型的表和其他MySQL的表類型混合起來，甚至在同一個查詢中也可以混合
2、InnoDB是為處理巨大數(shù)據(jù)量的最大性能設(shè)計。它的CPU效率可能是任何其他基于磁盤的關(guān)系型數(shù)據(jù)庫引擎鎖不能匹敵的
3、InnoDB存儲引擎完全與MySQL服務(wù)器整合，InnoDB存儲引擎為在主內(nèi)存中緩存數(shù)據(jù)和索引而維持它自己的緩沖池。InnoDB將它的表和索引在一個邏輯表空間中，表空間可以包含數(shù)個文件（或原始磁盤文件）。這與MyISAM表不同，比如在MyISAM表中每個表被存放在分離的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制為2GB的操作系統(tǒng)上
4、InnoDB支持外鍵完整性約束，存儲表中的數(shù)據(jù)時，每張表的存儲都按主鍵順序存放，如果沒有顯示在表定義時指定主鍵，InnoDB會為每一行生成一個6字節(jié)的ROWID，并以此作為主鍵
5、InnoDB被用在眾多需要高性能的大型數(shù)據(jù)庫站點上
InnoDB不創(chuàng)建目錄，使用InnoDB時，MySQL將在MySQL數(shù)據(jù)目錄下創(chuàng)建一個名為ibdata1的10MB大小的自動擴展數(shù)據(jù)文件，以及兩個名為ib_logfile0和ib_logfile1的5MB大小的日志文件
四、MEMORY存儲引擎
MEMORY存儲引擎將表中的數(shù)據(jù)存儲到內(nèi)存中，未查詢和引用其他表數(shù)據(jù)提供快速訪問。MEMORY主要特性有：
1、MEMORY表的每個表可以有多達32個索引，每個索引16列，以及500字節(jié)的最大鍵長度
2、MEMORY存儲引擎執(zhí)行HASH和BTREE縮影
3、可以在一個MEMORY表中有非唯一鍵值
4、MEMORY表使用一個固定的記錄長度格式
5、MEMORY不支持BLOB或TEXT列
6、MEMORY支持AUTO_INCREMENT列和對可包含NULL值的列的索引
7、MEMORY表在所由客戶端之間共享（就像其他任何非TEMPORARY表）
8、MEMORY表內(nèi)存被存儲在內(nèi)存中，內(nèi)存是MEMORY表和服務(wù)器在查詢處理時的空閑中，創(chuàng)建的內(nèi)部表共享
9、當不再需要MEMORY表的內(nèi)容時，要釋放被MEMORY表使用的內(nèi)存，應(yīng)該執(zhí)行DELETE FROM或TRUNCATE TABLE，或者刪除整個表（使用DROP TABLE）
五、存儲引擎的選擇
不同的存儲引擎都有各自的特點，以適應(yīng)不同的需求，如下表所示：
功? 能 ? ?MYISAM ? ?Memory ? ?InnoDB ? ?Archive ?
存儲限制 ? ?256TB ? ?RAM ? ?64TB ? ?None ?
支持事物 ? ?No ? ?No ? ?Yes ? ?No ?
支持全文索引 ? ?Yes ? ?No ? ?No ? ?No ?
支持數(shù)索引 ? ?Yes ? ?Yes ? ?Yes ? ?No ?
支持哈希索引 ? ?No ? ?Yes ? ?No ? ?No ?
支持數(shù)據(jù)緩存 ? ?No ? ?N/A ? ?Yes ? ?No ?
支持外鍵 ? ?No ? ?No ? ?Yes ? ?No ?
如果要提供提交、回滾、崩潰恢復能力的事物安全（ACID兼容）能力，并要求實現(xiàn)并發(fā)控制，InnoDB是一個好的選擇
如果數(shù)據(jù)表主要用來插入和查詢記錄，則MyISAM引擎能提供較高的處理效率
如果只是臨時存放數(shù)據(jù)，數(shù)據(jù)量不大，并且不需要較高的數(shù)據(jù)安全性，可以選擇將數(shù)據(jù)保存在內(nèi)存中的Memory引擎，MySQL中使用該引擎作為臨時表，存放查詢的中間結(jié)果
如果只有INSERT和SELECT操作，可以選擇Archive，Archive支持高并發(fā)的插入操作，但是本身不是事務(wù)安全的。Archive非常適合存儲歸檔數(shù)據(jù)，如記錄日志信息可以使用Archive
使用哪一種引擎需要靈活選擇，一個數(shù)據(jù)庫中多個表可以使用不同引擎以滿足各種性能和實際需求，使用合適的存儲引擎，將會提高整個數(shù)據(jù)庫的性能
六、修改存儲引擎
1、修改mysql默認存儲引擎為InnoDB
關(guān)閉mysql服務(wù)： net stop mysql
找到mysql安裝目錄下的my.ini文件：
找到default-storage-engine=MYISAM?改為default-storage-engine=INNODB
找到skip-innodb 改為#skip-innodb，即注釋掉該行，skip-innodb為忽略InnoDB的意思，此處需要開啟InnoDB，故需要把它注釋
啟動mysql服務(wù)：net start mysql
2、查看表使用的存儲引擎
show table status from db_name where name='table_name';
3、修改表的存儲引擎
alter table table_name engine=innodb;
首先我們還是先把表結(jié)構(gòu)說下：用戶表tb_user結(jié)構(gòu)如下：
1、 不要在索引列上進行運算操作， 索引將失效。
手機號phone字段有唯一索引，當根據(jù)phone字段進行函數(shù)運算操作之后，索引失效:
2、 字符串類型字段使用時，不加引號，索引將失效。
如果字符串不加單引號，對于查詢結(jié)果，沒什么影響，但是數(shù) 據(jù)庫存在隱式類型轉(zhuǎn)換，索引將失效。
3、 如果僅僅是尾部模糊匹配，索引不會失效。如果是頭部模糊匹配，索引失效。
接下來，我們來看一下這三條SQL語句的執(zhí)行效果，查看一下其執(zhí)行計劃：
由于下面查詢語句中，都是根據(jù)profession（專業(yè)）字段查詢，profession字段是一個普通的索引， 我們主要看一下，模糊查詢時，%加在關(guān)鍵字之前，和加在關(guān)鍵字之后的影響。
經(jīng)過上述的測試，我們發(fā)現(xiàn)，在like模糊查詢中，在關(guān)鍵字后面加%，索引可以生效。而如果在關(guān)鍵字 前面加了%，索引將會失效。
4、 用or分割開的條件， 如果or前的條件中的列有索引，而后面的列中沒有索引，那么涉及的索引都不會 被用到。
由于age沒有索引，所以即使id有索引，索引也會失效。所以需要針對于age也要建立索引。
5、 數(shù)據(jù)分布影響：如果MySQL評估使用索引比全表更慢，則不使用索引。
where條件==order by 條件==group by 條件 按順序遵守 最佳左前綴法則
假設(shè)創(chuàng)建了復合索引：a,b,c
不在索引列上做任何的操作（計算、函數(shù)、顯式或隱式的類型轉(zhuǎn)換），否則會導致索引失效而轉(zhuǎn)向全表掃描
1、字符不加單引號會導致索引失效
name字段為varchar類型
這條sql發(fā)生了隱式的類型轉(zhuǎn)換：數(shù)值==字符串。所以導致了全表掃描，索引失效
應(yīng)盡量避免在 where 子句中對字段進行表達式操作，這將導致引擎放棄使用索引而進行全表掃描。如：
mysql中的范圍條件有：in/not in、 like、 、BETWEEN AND ；
后面的索引失效
in會導致索引全部失效?。?！
BETWEEN AND 范圍條件不會導致索引失效?。?！
盡量讓索引列和查詢列一致；減少select * 的使用
1、查詢表結(jié)構(gòu)
2、查詢表的索引結(jié)構(gòu)
聯(lián)合索引：name,age,post；說明add_time字段沒有添加索引
3、查看select * 的執(zhí)行計劃
4、查看 select name,age,pos的執(zhí)行計劃
5、如果select只用一部分索引
like以通配符開頭（’%abc…’）mysql索引失效會變成全表掃描的操作。
解決：可以使用 覆蓋索引 來解決這個問題！
1、先查看表上的索引
id、name、age、pos 四個字段上都有索引； 注意：name是聯(lián)合索引中的第一個，帶頭大哥！
2、查看表結(jié)構(gòu)
有個add_time字段沒有用到索引
3、查看執(zhí)行計劃
使用UNION ALL
假設(shè)創(chuàng)建了聯(lián)合索引 x(a,b,c)
ps：like雖然也是范圍查詢但是區(qū)別于、，%用在最前面就只用到索引a了；%用在最后面可以用到a+b+c！
下面的sql幾乎違背了上面的所有原則，索引依然全部生效。因為select是索引覆蓋的，select里不包含沒有建立索引的字段。因此總是用到索引的?？梢钥闯鰜硭饕采w在sql優(yōu)化中的作用性
重慶分公司
重慶分公司
