begin;
操作;
commit;
BEGIN或START TRANSACTION; #显式地开启一个事务
COMMIT;或COMMIT WORK; #二者等阶。COMMIT会提交事务并使已对数据库进行的所有修改成为永久性的。未COMMIT的操作都存放在内存中,仅当前客户端可以查看到,其他客户端看不到,当前客户端关闭后就清空了
ROLLBACK;或ROLLBACK WORK; #二者等阶。回滚会结束用户的事务,并撤销正在进行的所有未提交的修改
SET AUTOCOMMIT=0 #禁止自动提交 隐式开启事务
SET AUTOCOMMIT=1 #开启自动提交
事务并发的问题:
1.脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据
2.不可重复读:事务A多次读取同一数据,事务B在事务A多次读取过程中,对数据作了更新并提交 ,导致事务A多次读取同一数据时结果不一致
3.幻读:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条没有改过来,就好像发生了幻觉一样
各个隔离级别情况:
#查看隔离级别
select @@session.tx_isolation;
#设置隔离级别
set session transaction isolation level read uncommitted
隔离级别 | 脏读可能性 | 不可重复读可能性 | 幻读可能性 |
---|---|---|---|
未提交读 READ UNCOMMITED | 是 | 是 | 是 |
不可重复读 READ COMMITED | 否 | 是 | 是 |
可重复读 REPEATABLE READ | 否 | 否 | 是 |
串行化 SERIALIZABLE | 否 | 否 | 否 |
mysql不同存储引擎支持不同锁机制,innodb支持表行级锁默认行级锁,memory采用表级锁,bdb采用页面锁支持表级锁。
表级锁:开销小,加锁快,不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低。不支持事务。
页面锁:开销和加锁时间介于前后者之间,会出现死锁;锁定粒度介于前后者之间,并发度一般。
行级锁:开销大,加锁慢,会出现死锁;锁定粒度小,发生锁的冲突概率最低,并发度也最高。
表级锁:两种模式 共享锁(读锁)与独占锁(写锁,排他锁),表级锁引擎:MyISAM MEMORY
MyISAM在执行查询语句时会自动给涉及的所有表加读锁,在执行更新操作前加写锁,这个过程一般不需要用户干预。
#加锁
lock tables table_name read [local];lock tables table_name write [local];
#多表加锁
lock tables table_name [table_name] read [local];lock tables table_name [table_name] write [local];
#释放锁
unlock tables;
#查询表级锁争用情况
show status like 'table%';
show status like '%lock%';当waited immediate值比较大是说明阻塞严重
show processlist; #查看哪些sql在在等待锁
show open tables; #当前被锁住的表以及锁的次数
#并发插入
myisam存储引擎有一个系统变量concurrent_insert.专门用以控制其并发插入行为,其值为NEVER0、AUTO1(默认)、ALAWAYS2。
0:不允许并发插入 ,1:如果表中没有空洞(表中没有被删除的行)myisam允许在一个进程读表的同时,另一个进程从表尾插入记录,2:无论表中有没有空洞,都允许在表尾插入记录
#读写锁优先级
max_write_lock_count=1 #设置写锁的最多次数,当系统处理一个写操作后就会暂停写操作给读操作执行机会
#降低写操作优先级,给读操作更高优先级
low_priority_updates=1 sql_low_priority_updates=1 在用写操作时要加low_priority关键字#视场景而定,读场景更重要或更多时如此设置
如何优化表所?
concurrent_insert设置2,总是允许并发插入,但是要定期OPTIMIZE TABLE整理空间碎片;视情况设置写优先级;视情况设置写内存,解决批量插入数据(如新闻系统更新)场景中。
行级锁:引擎InnoDB,模式包含 共享锁(S),排它锁(X),意向共享锁(IS),意向排它锁(IX) 如果一个事务请求的锁模式与当前的锁兼容,innoDB就将请求的锁授予该事物;反之,如果两者不兼容,该事物就要等待锁释放
行级锁特点:innoDB行锁是通过给索引上的索引项加锁来实现的,只有通过索引条件(例如id)检索数据,innoDB才使用行级锁,佛则将使用表锁;意向锁是innoDB自动加的,不需要用户干预,对于写操作(insert update delete)innodb会自动给涉及数据加排它锁,对于select InnoDB不会加任何锁
排它锁(X) | 意向排它锁(IX) | 共享锁(S) | 意向共享锁(IS) | |
---|---|---|---|---|
排它锁(X) | 冲突 | 冲突 | 冲突 | 冲突 |
意向排它锁(IX) | 冲突 | 兼容 | 冲突 | 兼容 |
共享锁(S) | 冲突 | 冲突 | 兼容 | 兼容 |
意向共享锁(IS) | 冲突 | 兼容 | 兼容 | 兼容 |
#加锁
SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE #主动添加共享锁(S)
SELECT * FROM table_name WHERE ... FOR UPDATE #主动添加独占锁(X)
#释放锁
commit;或
rollback;
间隙锁:比如有124三个数据,操作>1的数据,此时添加3或者5都是不可以的,所以要明确范围防止间隙锁
如何优化行级锁:
优化成本 硬件>系统配置>数据库表结构>SQL语句及索引
优化效果 SQL语句及索引<数据库表结构<系统配置<硬件
MySQL逻辑架构:
客户端->连接线程处理->查询缓存、分析器、优化器->存储引擎
索引底层实现:B树
myisam存储是数据的地址 innodb存储的是索引值,所以索引不宜过长
explain参数详解:
select语句执行顺序:执行顺序:先where...group by ... having 再 select ... from ... 再 distinct ... order by ... limit ...
#使用方式:
explain select * from demo;
#参数:
#id 执行顺序
id相同时顺序从被查询表数据量少至多(都一样的话按照书写顺序),子查询时id由外到里自增,先执行大的
#select_type 查询中每个select子句的类型
SIMPLE:简单SELECT(不使用UNION或子查询)
PRIMARY:最外面的SELECT
UNION:UNION中的第二个或后面的SELECT语句
DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询
UNION RESULT:UNION 的结果
SUBQUERY:子查询中的第一个SELECT
DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
DERIVED:派生表(FROM子句的子查询)
#table 本次查询的表名,或派生表
#type mysql在表中的访问类型
ALL: 遍历全表,目标不带索引
<
index: 遍历全表索引树
<
range: 检索给定范围的有索引的行,between、<、>,不能用in会使索引失效
<
ref: 检索给定具体值并有索引的行
<
eq_ref: 检索给定具体值并是唯一索引的行
<
const: 表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数
<
system: 衍生查询中只有一条数据
<
NULL
#possible_keys 本查询可能用的索引
#key 本查询真实用的索引
#key_len 索引在内存中占的长度(轻易不要给varchar加索引)
#ref 指定的条件类型
#rows 当前语句查到的行数
#Extra
Distinct:MySQL发现第1个匹配行后,停止为当前的行组合搜索更多的行。
Not exists:MySQL能够对查询进行LEFT JOIN优化,发现1个匹配LEFT JOIN标准的行后,不再为前面的的行组合在该表内检查更多的行。
range checked for each record (index map: ):MySQL没有发现好的可以使用的索引,但发现如果来自前面的表的列值已知,可能部分索引可以使用。
Using filesort:MySQL需要额外的一次传递,以找出如何按排序顺序检索行。
Using index:从只使用索引树中的信息而不需要进一步搜索读取实际的行来检索表中的列信息,代表性能不错
Using temporary:为了解决查询,MySQL需要创建一个临时表来容纳结果。
Using where:WHERE 子句用于限制哪一个行匹配下一个表或发送到客户,性能一般
Using sort_union(...), Using union(...), Using intersect(...):这些函数说明如何为index_merge联接类型合并索引扫描。
Using index for group-by:类似于访问表的Using index方式,Using index for group-by表示MySQL发现了一个索引,可以用来查 询GROUP BY或DISTINCT查询的所有列,而不要额外搜索硬盘访问实际的表。
IMPOSSIBLE :不可能的where语句如where id=1 and id=2
mysql优化方法:
单多表sql优化手段:
多表sql额外优化手段:
注意:
系统级别优化:
其他优化: