#博学谷IT学习技术支持#
个人笔记后续会进行内容改进
数据库锁
1.行锁和表锁
1.主要是针对锁粒度划分的,一般分为:行锁、表锁、库锁
行锁:访问数据库的时候,锁定整个行数据,防止并发错误。
表锁:访问数据库的时候,锁定整个表数据,防止并发错误。
2.行锁 和 表锁 的区别:
表锁: 开销小,加锁快,不会出现死锁;锁定力度大,发生锁冲突概率高,并发度最低
行锁: 开销大,加锁慢,会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度高
2.悲观锁和乐观锁
(1)悲观锁:顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在
拿数据的时候都会上锁,这样别人想拿这个数据就会 block 直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。
(2)乐观锁: 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。
乐 观 锁 适 用 于 多 读 的 应 用 类 型 , 这 样 可 以 提 高 吞 吐 量 , 像 数 据 库 如 果 提 供 类 似 于
write_condition 机制的其实都是提供的乐观锁。
MySql 优化
优化索引
2.1 索引设计原则
索引的设计需要遵循一些已有的原则, 这样便于提升索引的使用效率, 更高效的使用索引.
u 对查询频次较高, 且数据量比较大的表, 建立索引.
u 索引字段的选择, 最佳候选列应当从 where 子句的条件中提取, 如果 where 子句中的组合
比较多, 那么应当挑选最常用, 过滤效果最好的列的组合.
u 使用唯一索引, 区分度越高, 使用索引的效率越高.
u 索引并非越多越好, 如果该表赠,删,改操作较多, 慎重选择建立索引, 过多索引会降低表维护效率.
u 使用短索引, 提高索引访问时的 I/O 效率, 因此也相应提升了 Mysql 查询效率.
u 如果 where 后有多个条件经常被用到, 建议建立符合 索引, 复合索引需要遵循最左前缀法
则, N 个列组合而成的复合索引, 相当于创建了 N 个索引.
复合索引命名规则 index_表名_列名 1_列名 2_列明 3
比如:create index idx_seller_name_sta_addr on tb_seller(name, status, address)
2.2 避免索引失效
u 如果在查询的时候, 使用了复合索引, 要遵循最左前缀法则, 也就是查询从索引的最左列开
始, 并且不能跳过索引中的列.
u 尽量不要在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进43
行全表扫描
u 应尽量避免在 where 子句中使用 != 或 <> 操作符,否则将引擎放弃使用索引而进行全
表扫描。
u 不做列运算where age + 1 = 10,任何对列的操作都将导致表扫描,它包括数据库教程函
数.计算表达式等, 都会是索引失效.
u 查询 like,如果是 ‘%aaa’ 也会造成索引失效.
u 应尽量避免在 where 子句中使用 or 来连接条件,如果一个字段有索引,一个字段没有
索引,将导致引擎放弃使用索引而进行全表扫描
Sql 语句调优
l 根据业务场景建立复合索引只查询业务需要的字段,如果这些字段被索引覆盖,将极大的提高查询效率.
l 多表连接的字段上需要建立索引,这样可以极大提高表连接的效率.
l where 条件字段上需要建立索引, 但 Where 条件上不要使用运算函数,以免索引失效.
l 排序字段上, 因为排序效率低, 添加索引能提高查询效率.
l 优化 insert 语句: 批量列插入数据要比单个列插入数据效率高.
l 优化 order by 语句: 在使用 order by 语句时, 不要使用 select *, select 后面要查有索引的列, 如果一条 sql 语句中对多个列进行排序, 在业务允许情况下, 尽量同时用升序或同时用降序.
l 优化 group by 语句: 在我们对某一个字段进行分组的时候, Mysql 默认就进行了排序, 但是排序并不是我们业务所需的, 额外的排序会降低效率. 所以在用的时候可以禁止 排序, 使用 order by null 禁用. select age, count(*) from emp group by age order by null
l 尽量避免子查询, 可以将子查询优化为 join 多表连接查询.