mysql命令行输入命令回车后没反应是设置错误造成的，解决方法为：
公司主营业务：成都网站制作、成都网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。成都创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。成都创新互联公司推出兰西免费做网站回馈大家。
1、首先点击开始菜单输入cmd回车，打开dos界面。
2、然后进入到MySQL安装目录的bin文件下，图中前两句命令可以互换顺序。
3、然后输入连接数据库的命令，这里要做两行输入哦（应该是5.6版本之后都要这么输入了，不确定，一行两行都一样），进入到数据库之后就可以操作了。
4、为了安全起见尽量先将数据库中创建的数据库都先显示出来，防止数据库名误输错等，（我这里测试就新建一个数据库）。
5、然后进入到新建的数据库中，使用source 文件目录路径;命令导入文件即可。
6、最后记得使用数据库命令退出。
MYSQL事务处理失效原因
最近项目中使用mysql数据库时出现一个问题，运用spring的事务注解(@transaction)来管理事务时，发现用事务注解@transaction标记的方法里，如果出现异常，事务并没有回滚，而是直接提交到了数据库，刚开始还以为是spring的事务配置有问题，检查一遍后还是不行，最后查阅了很多资料才发现原来是mysql数据库存储引擎的问题。
mysql有多种存储引擎，有些版本（mysql5.5.5以前默认是MyISAM，mysql5.5.5以后默认是InnoDB）安装时默认的存储引擎是MyISAM，而MyISAM存储引擎是不支持事务处理的，所以才导致了项目中service层的某个方法事务失效，解决的方法就是将需要事务管理的表的存储引擎改为InnoDB，下面将详细说明mysql的几种存储引擎以及如何修改存储引擎：
一、查看mysql数据库所支持的存储引擎
show ENGINES；
该语句将列出该版本的mysql所支持的所有存储引擎，并且可看到默认的存储引擎为InnoDB（这个是我修改之后的，刚安装mysql完默认的是MyISAM），也可以使用下面语句来查看mysql默认的存储引擎：
SHOW VARIABLES LIKE 'storage_engine';
二、MyISAM存储引擎
MyISAM基于ISAM存储引擎，并对其进行扩展。它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。MyISAM拥有较高的插入、查询速度，但不支持事务。MyISAM主要特性有：
1、大文件（达到63位文件长度）在支持大文件的文件系统和操作系统上被支持
2、当把删除和更新及插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块自动完成
3、每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16
4、最大的键长度是1000字节，这也可以通过编译来改变，对于键长度超过250字节的情况，一个超过1024字节的键将被用上
5、BLOB和TEXT列可以被索引
6、NULL被允许在索引的列中，这个值占每个键的0~1个字节
7、所有数字键值以高字节优先被存储以允许一个更高的索引压缩
8、每个MyISAM类型的表都有一个AUTO_INCREMENT的内部列，当INSERT和UPDATE操作的时候该列被更新，同时AUTO_INCREMENT列将被刷新。所以说，MyISAM类 型表的AUTO_INCREMENT列更新比InnoDB类型的AUTO_INCREMENT更快
9、可以把数据文件和索引文件放在不同目录
10、每个字符列可以有不同的字符集
11、有VARCHAR的表可以固定或动态记录长度
12、VARCHAR和CHAR列可以多达64KB
使用MyISAM引擎创建数据库，将产生3个文件。文件的名字以表名字开始，扩展名之处文件类型：frm文件存储表定义、数据文件的扩展名为.MYD（MYData）、索引文件的扩展名时.MYI（MYIndex）
三、InnoDB存储引擎
InnoDB是事务型数据库的首选引擎，支持事务安全表（ACID），支持行锁定和外键，上图也看到了，InnoDB是默认的MySQL引擎。InnoDB主要特性有：
1、InnoDB给MySQL提供了具有提交、回滚和崩溃恢复能力的事物安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在SELECT语句中提供一个类似Oracle的非锁定读。这些功能增加了多用户部署和性能。在SQL查询中，可以自由地将InnoDB类型的表和其他MySQL的表类型混合起来，甚至在同一个查询中也可以混合
2、InnoDB是为处理巨大数据量的最大性能设计。它的CPU效率可能是任何其他基于磁盘的关系型数据库引擎锁不能匹敌的
3、InnoDB存储引擎完全与MySQL服务器整合，InnoDB存储引擎为在主内存中缓存数据和索引而维持它自己的缓冲池。InnoDB将它的表和索引在一个逻辑表空间中，表空间可以包含数个文件（或原始磁盘文件）。这与MyISAM表不同，比如在MyISAM表中每个表被存放在分离的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制为2GB的操作系统上
4、InnoDB支持外键完整性约束，存储表中的数据时，每张表的存储都按主键顺序存放，如果没有显示在表定义时指定主键，InnoDB会为每一行生成一个6字节的ROWID，并以此作为主键
5、InnoDB被用在众多需要高性能的大型数据库站点上
InnoDB不创建目录，使用InnoDB时，MySQL将在MySQL数据目录下创建一个名为ibdata1的10MB大小的自动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件
四、MEMORY存储引擎
MEMORY存储引擎将表中的数据存储到内存中，未查询和引用其他表数据提供快速访问。MEMORY主要特性有：
1、MEMORY表的每个表可以有多达32个索引，每个索引16列，以及500字节的最大键长度
2、MEMORY存储引擎执行HASH和BTREE缩影
3、可以在一个MEMORY表中有非唯一键值
4、MEMORY表使用一个固定的记录长度格式
5、MEMORY不支持BLOB或TEXT列
6、MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引
7、MEMORY表在所由客户端之间共享（就像其他任何非TEMPORARY表）
8、MEMORY表内存被存储在内存中，内存是MEMORY表和服务器在查询处理时的空闲中，创建的内部表共享
9、当不再需要MEMORY表的内容时，要释放被MEMORY表使用的内存，应该执行DELETE FROM或TRUNCATE TABLE，或者删除整个表（使用DROP TABLE）
五、存储引擎的选择
不同的存储引擎都有各自的特点，以适应不同的需求，如下表所示：
功 能 MYISAM Memory InnoDB Archive
存储限制 256TB RAM 64TB None
支持事物 No No Yes No
支持全文索引 Yes No No No
支持数索引 Yes Yes Yes No
支持哈希索引 No Yes No No
支持数据缓存 No N/A Yes No
支持外键 No No Yes No
如果要提供提交、回滚、崩溃恢复能力的事物安全（ACID兼容）能力，并要求实现并发控制，InnoDB是一个好的选择
如果数据表主要用来插入和查询记录，则MyISAM引擎能提供较高的处理效率
如果只是临时存放数据，数据量不大，并且不需要较高的数据安全性，可以选择将数据保存在内存中的Memory引擎，MySQL中使用该引擎作为临时表，存放查询的中间结果
如果只有INSERT和SELECT操作，可以选择Archive，Archive支持高并发的插入操作，但是本身不是事务安全的。Archive非常适合存储归档数据，如记录日志信息可以使用Archive
使用哪一种引擎需要灵活选择，一个数据库中多个表可以使用不同引擎以满足各种性能和实际需求，使用合适的存储引擎，将会提高整个数据库的性能
六、修改存储引擎
1、修改mysql默认存储引擎为InnoDB
关闭mysql服务： net stop mysql
找到mysql安装目录下的my.ini文件：
找到default-storage-engine=MYISAM 改为default-storage-engine=INNODB
找到skip-innodb 改为#skip-innodb，即注释掉该行，skip-innodb为忽略InnoDB的意思，此处需要开启InnoDB，故需要把它注释
启动mysql服务：net start mysql
2、查看表使用的存储引擎
show table status from db_name where name='table_name';
3、修改表的存储引擎
alter table table_name engine=innodb;
首先我们还是先把表结构说下：用户表tb_user结构如下：
1、 不要在索引列上进行运算操作， 索引将失效。
手机号phone字段有唯一索引，当根据phone字段进行函数运算操作之后，索引失效:
2、 字符串类型字段使用时，不加引号，索引将失效。
如果字符串不加单引号，对于查询结果，没什么影响，但是数 据库存在隐式类型转换，索引将失效。
3、 如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。
接下来，我们来看一下这三条SQL语句的执行效果，查看一下其执行计划：
由于下面查询语句中，都是根据profession（专业）字段查询，profession字段是一个普通的索引， 我们主要看一下，模糊查询时，%加在关键字之前，和加在关键字之后的影响。
经过上述的测试，我们发现，在like模糊查询中，在关键字后面加%，索引可以生效。而如果在关键字 前面加了%，索引将会失效。
4、 用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会 被用到。
由于age没有索引，所以即使id有索引，索引也会失效。所以需要针对于age也要建立索引。
5、 数据分布影响：如果MySQL评估使用索引比全表更慢，则不使用索引。
where条件==order by 条件==group by 条件 按顺序遵守 最佳左前缀法则
假设创建了复合索引：a,b,c
不在索引列上做任何的操作（计算、函数、显式或隐式的类型转换），否则会导致索引失效而转向全表扫描
1、字符不加单引号会导致索引失效
name字段为varchar类型
这条sql发生了隐式的类型转换：数值==字符串。所以导致了全表扫描，索引失效
应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：
mysql中的范围条件有：in/not in、 like、 、BETWEEN AND ；
后面的索引失效
in会导致索引全部失效！！！
BETWEEN AND 范围条件不会导致索引失效！！！
尽量让索引列和查询列一致；减少select * 的使用
1、查询表结构
2、查询表的索引结构
联合索引：name,age,post；说明add_time字段没有添加索引
3、查看select * 的执行计划
4、查看 select name,age,pos的执行计划
5、如果select只用一部分索引
like以通配符开头（’%abc…’）mysql索引失效会变成全表扫描的操作。
解决：可以使用 覆盖索引 来解决这个问题！
1、先查看表上的索引
id、name、age、pos 四个字段上都有索引； 注意：name是联合索引中的第一个，带头大哥！
2、查看表结构
有个add_time字段没有用到索引
3、查看执行计划
使用UNION ALL
假设创建了联合索引 x(a,b,c)
ps：like虽然也是范围查询但是区别于、，%用在最前面就只用到索引a了；%用在最后面可以用到a+b+c！
下面的sql几乎违背了上面的所有原则，索引依然全部生效。因为select是索引覆盖的，select里不包含没有建立索引的字段。因此总是用到索引的。可以看出来索引覆盖在sql优化中的作用性
