MySQL数据库优化(1)

1、尽量不要留null

select id from t where num is null,可以,但尽量不要留null,null也占空间;使用not null填充数据库,像varchar(100)这种变长字段可以设置默认值为0,确保列中没有null值,查询select id from where num=0。

意思就是数据表中一个字段的长度不要设置成null;即便没有值,值的长度可以设置成0。

2、以小查大

如:select * from admin left join log on admin.admin_id = log.admin_id where log.admin_id>10;

解释:这是两张表关联【admin表、log表】

此时就是查询admin表和log表内,当log.admin_id>10时,admin.admin_id = log.admin_id的所有数据;

很明显log.admin_id>10这个条件比较明确,范围小,先查它;

所以可以优化为:

select * from (select * from admin where admin_id>10) T1 left join log on T1.admin_id = log.admin_id

解释:使用 JOIN 时候,应该用小的结果驱动大的结果(left join 左边表结果尽量小如果有条件应该放到左边先处理,

right join 同理反向),同时尽量把牵涉到多表联合的查询拆分多个 query(多个连表查询效率低,容易到之后锁表和阻塞)。

3、 limit 的基数比较大时使用

例如:select * from admin order by admin_id limit 100000,10;

解释:这是查询admin这张表admin_id从100000开始查,查10条的数据。

但是,limit在数据库是从头开始依次往后查,查的时候找到第100000条,再往后查10条。

优化为:select * from admin where admin_id between 100000 and 100010 order by admin_id;

解释:加上between and就是确定了admin_id的范围是(100000-100010),所以查的比较快一点。

4、尽量避免在列上做运算,这样导致索引失效

例如:select * from admin where year(admin_time)>2020

解释:这是查询admin表的year这个属性,查询有哪些信息的年份大于2020年。

优化为:select * from admin where admin_time> '2020-01-01′

解释:这个语句直接查询了dmin表里的admin_time> '2020-01-01′的所有信息,更加的准确。

MYSQL索引类型

MYSQL索引有四种PRIMARY、INDEX、UNIQUE、FULLTEXT, 其中PRIMARY、INDEX、UNIQUE是一类,FULLTEXT是一类。

PRIMARY:主键索引。索引列唯一且不能为空;一张表只能有一个主键索引(主键索引通常在建表的时候就指定)

NORMAL:普通索引。索引列没有任何限制;

UNIQUE:唯一索引。索引列的值必须是唯一的,但允许有空;

FULLTEXT:全文搜索的索引。FULLTEXT 用于搜索很长一篇文章的时候,效果最好

备注:好些还没搞懂,也是一知半解的,以后继续整理。有想法可以写在评论区。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值