索引的概念
数据库中的索引与书籍中的目录类似
在一本书中，无须阅读整本书，利用目录就可以快速查找所需信息
书中的目录是一个词语列表，其中注明了包含各个词的页码数据库索引
在数据库中，索引数据库程序无须对整个表进行扫描，就可以在其中找到所需数据
数据库中的索引是某个表中一列或者若干列值的集合，以及物理标识这些值的数据页的逻辑指针清单索引的作用
设置了合适的索引之后，数据库利用各种快速的定位技术，能够大大加快查询速率；
特别是当表很大时，或者查询涉及到多个表时，使用索引可使查询加快成千倍；
可以降低数据库的IO成本，并且索引还可以降低数据库的排序成本；
通过创建唯一性索引保证数据表数据的唯一性；
可以加快表与表之间的连接；
在使用分组和排序时，可大大减少分组和排序时间；索引的分类
普通索引
这是最基本的索引类型，而且它没有唯一性之类的限制唯一性索引
这种索引和前面的"普通索引"基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一主键
主键是一种唯一性索引，但它必须制定为"PRIMARY KEY"全文索引
全文索引的类型是FULLTEXT，可以在VARCHAR或者TEXT类型的列上创建单列索引与多列索引
索引可以是单列上创建的索引，也可以是在多列上创建的索引创建索引的原则依据
表的主键，外键必须有索引；
数据量超过300行的表应该有索引；
经常与其他表进行连接的表，在连接字段上应该建立索引；
唯一性太差的字段不适合建立索引；
更新太频繁的字段不适合创建索引；
经常出现在where子句中的字段，特别是大表的字段，应该建立索引；
索引应该建在选择性高的字段上；
索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；创建索引的方法
根据企业需求选择了合适的索引之后，可使用CREATE INDEX创建索引
CREATE INDEX加上各个索引关键字便可创建各个类型的索引创建普通索引
CREATE INDEX <索引的名字> ON tablename (列的列表)；创建普通索引
CREATE INDEX salary_index ON IT_salary(薪资)；创建唯一性索引
CREATE UNIQUE INDEX <索引的名字> ON tablename (列的列表)；创建唯一性索引例子
CREATE UNIQUE INDEX salary_unique_index ON IT_salary(姓名)；创建主键索引
CREATE TABLE tablename ( [...],PRIMARY KEY (列的列表))；
ALTER TABLE tablename ADD PRIMARY KEY (列的列表)；主键索引例子
ALTER TABLE IT_salary ADD PRIMARY KEY (员工ID)；索引查看
SHOW INDEX FROM tablename；
SHOW KEYS FROM tablename；查看索引例子
SHOW INDEX FROM IT_salary；
SHOW KEYS FROM IT_salary；事务的概念
事务是一种机制，一个操作序列，包含了一组数据库操作命令，并且把所有的命令作为一个整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行；
事务是一个不可分割的工作逻辑单元，在数据库系统上执行并发操作时，事务是最小的控制单元；
使用于多用户同时操作的数据库系统的场景，如银行，保险公司及证券交易系统等等；
通过事务的整体性以保证数据的一致性；
事务的ACID特点
原子性：
事务是一个完整的操作，事务的各元素是不可分的（原子的）
事务中的所有元素必须作为一个整体提交或回滚
如果事务中的任何元素失败，则整个事务将失败
一致性：
当事务完成时，数据必须处于一致状态：在事务开始之前，数据库中存储的数据处于一致状态；在正在进行的事务中，数据可能处于不一致的状态；当事务成功完成时，数据必须再次回到已知的一致状态
隔离性：
对数据进行修改的所有并发事务是彼此隔离的，这表明事务必须是独立的，他不应以任何方式依赖于或影响其他事务
修改数据的事务可以在另一个使用相同数据的事务开始之前访问这些数据，或者再另一个使用相同的数据的事务结束之后访问这些数据
持久性：
事务持久性指不管系统是否发生故障，事务处理的结果都是永久的
一旦事务被提交，事务的效果会被永久的保留在数据库中
事务的操作
默认情况下的MySQL的事务是自动提交的，当SQL语句提交时事务便自动提交手动对事务进行控制的方法：
事务处理命令控制
使用set设置事务出来方式事务处理命令控制事务：
begin：开始一个事务
commit：提交一个事务
rollback：回滚一个事务使用set命令进行控制：
set autocommit=0：禁止自动提交
set autocommit=1：开启自动提交存储引擎概念介绍
MySQL中的数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制，索引技巧，锁定水平并最终提供不同的功能和能力，这些不同的技术以及配套的功能在MySQL中称为存储引擎
存储引擎就是MySQL将数据存储在文件系统中的存储方式或存储格式
目前MySQL常用的两种存储引擎：
MyISQM
InnoDB
MySQL存储引擎是MySQL数据库服务器中的组件，负责为数据库执行实际的数据I/O操作
使用特殊存储引擎的主要优点之一在于，仅需提供特殊应用所需的特性，数据库中的系统开销较小，具有更有效和更高的数据库性能
MySQL系统中，存储引擎处于文件系统之上，在数据保存到数据文件之前会传输存储引擎，之后按照各个存储引擎的存储格式进行存储
MyISQM的介绍
ISAM的特点：
ISAM执行读取操作的速度很快
而且不占用大量的内存和存储资源
他不支持事务处理
不能够容错MyISAM的特点：
1、不支持事务
2、表级锁定形式，数据在更新时锁定整个表
3、数据库在读写过程中相互阻塞
●会在数据写入的过程阻塞用户数据的读取
●也会在数据读取的过程中阻塞用户的数据写入
4、可通过key_buffer_size来设置缓存索引，提高访问性能，减少磁盘IO的压力
●但缓存只会缓存索引文件，不会缓存数据
5、采用MyISAM存储引擎数据单独写入或读取，速度过程较快且占用资源相对少
6、MyISAM存储引擎它不支持外键约束，只支持全文索引
7、每个MyISAM在磁盘.上存储成三个文件，每- -个文件的名字以表的名字开始，扩展名指出文件类型
8、MyISAM在磁盘.上存储的文件
●.frm文件存储表定义
●数据文件的扩展名为.MYD (MYData)
●索引文件的扩展名是.MYI (MYIndex)MyISAM适用的生产场景举例
公司业务不需要事务的支持
一般单方面读取数据比较多的业务，或单方面写入数据比较多的业务
MyISAM存储引擎数据读写都比较频繁场景不适合
使用读写并发访问相对较低的业务
数据修改相对较少的业务
对数据业务一致性要求不是非常高的业务
服务器硬件资源相对比较差InnoDB特点介绍
支持事务:支持4个事务隔离级别
行级锁定，但是全表扫描仍然会是表级锁定
读写阻塞与事务隔离级别相关
具有非常高效的缓存特性:能缓存索引，也能缓存数据
表与主键以簇的方式存储
支持分区、表空间，类似oracle数据库
支持外键约束，5.5以前不支持全文索引，5.5版本以后支持全文索引
对硬件资源要求还是比较高的场合InnoDB适用生产场景分析
业务需要事务的支持
行级锁定对高并发有很好的适应能力，但需确保查询是通过索引来完成
业务数据更新较为频繁的场景，如:论坛,微博等
业务数据一致性要求较高，例如:银行业务
硬件设备内存较大，利用Innodb较好的缓存能力来提高内存利用率，减少磁盘I0的压力企业选择存储引擎依据
需要考虑每个存储引擎提供了那些不同的核心功能及应运场景
支持的字段和数据类型
所有引擎都支持通用的数据类型
但不是所有的引擎都支持其他的字段类型，如二进制对象锁定类型：不同的存储引擎支持不同级别的锁定
表锁定
行锁定索引的支持
建立索引在搜索和恢复数据库中的数据的时候能够显著提高性能
不同的存储引擎提供不同的制作索引的技术
有些存储引擎根本不支持索引事务处理的支持
事务处理功能通过提供在向表中更新和插入信息期间的可靠性
课根据企业业务是否支持事务选项选择存储引擎配置存储引擎
在企业中选择好合适的存储引擎之后，就可以进行修改了
修改步骤
查看数据库可配置的存储引擎
查看表正在使用的存储引擎
配置存储引擎为所选择的类型使用show engines查看系统支持的存储引擎
方法1:
show table status from 库名 where name='表名;
方法2:
show create table 表名;修改存储引擎
方法1: alter table修改;
alter table table_ name engine=引擎;
方法2:修改my.cnf,指定默认存储引擎并重启服务
default-storage-engine=InnDB
方法3: create table创建表时指定存储引擎
create table 表名 (字段) engine= 引擎
方法4: Mysql_ convert_ table_ format 转化存储引擎
Mysql_ convert_ table_ format -user=root -password=密码
- sock=/tmp/mysql.sock - engine =引擎 库名 表名