目录
索引的概念
数据库索引
- 是一个排序的列表,存储着索引值和这个值所对应的物理地址
- 无须对整个表进行扫描,通过物理地址就可以找到所需数据
- 是表中—列或者若干列值排序的方法
- 需要额外的磁盘空间
索引的作用
- 数据库利用各种快速定位技术,能够大大加快查询速率
- 当表很大或查询涉及到多个表时,可以成千上万倍地提高查询速度
- 可以降低数据库的IO成本,并且还可以降低数据库的排序成本
- 通过创建唯一性索引保证数据表数据的唯一性
- 可以加快表与表之间的连接
- 在使用分组和排序时,可大大减少分组和排序时间
索引的分类
- 普通索引
- 唯一索引
- 主键索引
- 组合索引
- 全文索引
普通索引
- 最基本的索引类型,没有唯一性之类的限制
- 创建普通索引的方式
注:No_unique为0
唯一性索引
- 与“普通索引”基本相同
- 与普通索引的区别是索引列的所有值只能出现一次,即必须唯一
- 创建唯一索引的方式
注:No_unique为1
主键索引
- 是一种特殊的唯一索引,指定为“PRIMARY KEY"
- 一个表只能有一个主键,不允许有空值
- 创建主键索引的方式
注:属于唯一性索引的一种
组合索引(单列索引与多列索引)
- 可以是单列上创建的索引,也可以是在多列上创建的索引
- 最左原则,从左往右依次执行
- 创建组合索引的方式
全文索引
- MySQL从3.23.23版开始支持全文索引和全文检索
- 索引类型为FULLTEXT
- 可以在CHAR、VARCHAR或者TEXT类型的列上创建
索引创建的方法
- 直接创建索引
- 修改表结构方式添加索引
- 创建表结构时创建索引
创建索引的原则依据
- 表的主键、外键必须有索引
- 记录数超过300行的表应该有索引
- 经常与其他表进行连接的表,在连接字段上应该建立索引
- 唯一性太差的字段不适合建立索引
- 更新太频繁地字段不适合创建索引
- 经常出现在where子句中的字段,特别是大表的字段,应该建立索引
- 索引应该建在选择性高的字段上
- 索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引
查看索引的方法
查看索引语法
SHOW INDEX FROM table_name;
SHOW KEYS FROM table_name ;
查看索引的示例
mysql>SHOW INDEX FRQM player;
mysql> SHOW KEYS FROM player;
删除索引的方法
删除索引语法
DROPINDEX index_name ON table_name;
ALTER TABLE table_name DROP INDEX index_name;
删除索引的示例
mysql> drop index index_puid on mapping;
mysq> alter table mapping drop index gameid;
事务的概念
- 是一种机制、一个操作序列,包含了一组数据库操作命令,并且把所有的命令作为一个整体一起向系统提交或撤销操作请求,即这一组数据库命令要么都执行,要么都不执行
- 是一个不可分割的工作逻辑单元,在数据库系统上执行并发操作时,事务是最小的控制单元
- 适用于多用户同时操作的数据库系统的场景,如银行、保险公司及证券交易系统等等
- 通过事务的整体性以保证数据的一致性
事务存在的意义(解决的问题)
- 脏读(读取未提交数据)
例:A事务读取B事务尚未提交的数据,此时如果B事务发生错误并执行回滚操作,那么A事务读取到的数据就是脏数据。就好像原本的数据比较干净、纯粹,此时由于B事务更改了它,这个数据变得不再纯粹。这个时候A事务立即读取了这个脏数据,但事务B良心发现,又用回滚把数据恢复成原来干净、纯粹的样子,而事务A却什么都不知道,最终结果就是事务A读取了此次的脏数据,称为脏读。 - 不可重复读(前后多次读取,数据内容不一致)
例:事务A在执行读取操作,由整个事务A比较大,前后读取同一条数据需要经历很长的时间。而在事务A第一次读取数据,比如此时读取了小明的年龄为20岁,事务B执行更改操作,将小明的年龄更改为30岁,此时事务A第二次读取到小明的年龄时,发现其年龄是30岁,和之前的数据不一样了,也就是数据不重复了,系统不可以读取到重复的数据,称为不可重复读。 - 幻读(前后多次读取,数据总量不一致)
例:事务A在执行读取操作,需要两次统计数据的总量,前一次查|询数据总量后,此时事务B执行了新增数据的操作并提交后,这个时候事务A读取的数据总量和之前统计的不一样,就像产生了幻觉一样,平白无故的多了几条数据,称为幻读。
事务的ACID特点
原子性(Atomicity)
- 事务是一个完整的操作,事务的各元素是不可分的
- 事务中的所有元素必须作为一个整体提交或回滚
- 如果事务中的任何元素失败,则整个事务将失败
一致性(Consistency)
- 当事务完成时,数据必须处于一致状态
- 在事务开始前,数据库中存储的数据处于一致状态
- 在正在进行的事务中,数据可能处于不一致的状态
- 当事务成功完成时,数据必须再次回到已知的一致状态
隔离性(lsolation)
- 对数据进行修改的所有并发事务是彼此隔离的,表明事务必须是独立的,它不应以任何方式依赖于或影响其他事务
- 修改数据的事务可在另一个使用相同数据的事务开始之前访问这些数据,或者在另一个使用相同数据的事务结束之后访问这些数据
持久性(Durability)
- 指不管系统是否发生故障,事务处理的结果都是永久的
- 一旦事务被提交,事务的效果会被永久地保留在数据库中
事务控制语句
MySQL事务默认是自动提交的,当SQL语句提交时事务便自动提交
事务控制语句
- BEGIN或START TRANSACTION #开始一个事务
- COMMIT #提交
- ROLLBACK #回滚(回滚至之前任意保存点)
- SAVEPOINT identifier(保存点名称) #创建保存点
- RELEASE SAVEPOINT identifier(保存点名称) #删除保存点
- ROLLBACK TO identifier #回滚到指定保存点
- SET TRANSACTION #设置事务的隔离级别
事务的控制方法
手动对事务进行控制的方法
-
事务处理命令控制事务
bebin:开始一个事务
commit:提交一个事务
rollback:回滚一个事务(作用于autocommit=0禁止自动提交) -
使用set命令进行控制
set autocommit=0:禁止自动提交(默认每条语句没有commit,可选提交/不提交,可指定多条语句,且不自动提交,需手动commit提交)
set autocommit=1:开启自动提交(默认每条语句有commit,默认提交,每条语句都是一个事务,且自动提交)
存储引擎概念介绍
- MySQL中的数据用各种不同的技术存储在文件中,每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力,这些不同的技术以及配套的功能在MySQL中称为存储引擎
- 存储引擎是MySQL将数据存储在文件系统中的存储方式或者存储格式
- MySQL常用的存储引擎
● MyISAM
●lnnoDB - MySQL数据库中的组件,负责执行实际的数据IO操作
- MySQL系统中,存储引擎处于文件系统之上,在数据保存到数据文件之前会传输到存储引擎,之后按照各个存储引擎的存储格式进行存储
MySQL常用的存储引擎(MyISAM、lnnoDB介绍)
Ⅰ、MyISAM的介绍
① MyISAM不支持事务,也不支持外键
② 访问速度快
③ 对事务完整性没有要求
④ MyISAM在磁盘上存储成三个文件
● frm文件存储表定义
●数据文件的扩展名为.MYD (MYData)
●索引文件的扩展名是.MYI (MYIndex)
⑤ 表级锁定形式,数据在更新时锁定整个表
⑥ 数据库在读写过程中相互阻塞
● 会在数据写入的过程阻塞用户数据的读取
●也会在数据读取的过程中阻塞用户的数据写入
⑦ 数据单独写入或读取,速度过程较快且占用资源相对少
⑧ MylAM支持的存储格式
● 静态表:是默认的存储格式。静态表中的字段都是非可变字段,这样每个记录都是固定长度的,这种存储方式的优点是存储非常迅速,容易缓存,出现故障容易恢复;缺点是占用的空间通常比动态表多。静态表在数据存储时会根据列定义的宽度定义补足空格,但是在访问的时候并不会得到这些空格,这些空格在返回给应用之前已经去掉。同时需要注意:在某些情况下可能需要返回字段后的空格,而使用这种格式时后面的空格会被自动处理掉。
● 动态表:包含可变字段,记录不是固定长度的,这样存储的优点是占用空间较少,但是频繁的更新、删除记录会产生碎片,需要定期执行OPTIMIZE TABLE语句或myisamchk -r命令来改善性能,并且出现故障的时候恢复相对比较困难。
● 压缩表:由myisamchk工具创建,占据非常小的空间,因为每条记录都是被单独压缩的所以只有非常小的访问开支。
Ⅱ、MyISAM适用的生产场景举例
①公司业务不需要事务的支持
②单方面读取或写入数据比较多的业务
③MylSAM存储引擎数据读写都比较频繁场景不
④使用读写并发访问相对较低的业务
⑤数据修改相对较少的业务
⑥对数据业务一致性要求不是非常高的业务
⑦服务器硬件资源相对比较差
Ⅲ、lnnoDB特点介绍
①支持4个事务隔离级别
②行级锁定,但是全表扫描仍然会是表级锁定
③读写阻塞与事务隔离级别相关
④能能非常高效的缓存索引和数据
⑤表与主键以簇的方式存储
⑥支持分区、表空间,类似oracle数据库
⑦支持外键约束,5.5前不支持全文索引,5.5后支持全文索引
⑧对硬件资源要求还是比较高的场合
Ⅳ、lnnoDB适用生产场景分析
①业务需要事务的支持
②行级锁定对高并发有很好的适应能力,但需确保查询是通过索引来完成
③业务数据更新较为频繁的场景
如:论坛,微博等
④业务数据一致性要求较高
如:银行业务
⑤硬件设备内存较大,利用Innodb较好的缓存能力来提高内存利用率,减少磁盘IO的压力
业选择存储引擎依据
-
需要考虑每个存储引擎提供的核心功能及应用场景
-
支持的字段和数据类型
●所有引擎都支持通用的数据类型
●但不是所有的引擎都支持其它的字段类型,如二进制对象 -
锁定类型:不同的存储引擎支持不同级别的锁定
●表锁定
●行锁定 -
索引的支持
●建立索引在搜索和恢复数据库中的数据时能显著提高性能
●不同的存储引擎提供不同的制作索引的技术
●有些存储引擎根本不支持索引 -
事务处理的支持
●提高在向表中更新和插入信息期间的可靠性
●可根据企业业务是否要支持事务选择存储引擎
修改存储引擎
方法1: alter table修改
alter table table_name engine=引擎
方法2:修改my.cnf,指定默认存储引擎并重启服务
default-storage-engine=InnoDB
方法3: create table创建表时指定存储引擎
create table 表名 (字段) engine =引擎
方法4: Mysql_convert_table_format转化存储引擎
Mysql_convert_table_format -user=root -password=密码
-sock=/tmp/mysql.sock -engine =引擎库名表名