mysql优化

Mysql  /  houtizong 发布于 2年前   137
1. 优化原则
1.1. 减少不需要数据的请求
一般规避使用*来查询
1.2. 检查了太多的数据
Mysql的开销一般的三个指标:执行时间,检查行数,返回的行数
理想情况下返回的行数和检查的行数是相等的。
可以使用索引来减少查找的行数,避免全表扫描。
当索引的某列重复值比较多,而另外列散列较多,可以联合起来组成覆盖索引,可以使用覆盖索引。
数据分布上,group_id相同的比较多,uid散列的比较均匀,加索引的效果一般,但是还是建议我试着加了一个多列索引:ALTER TABLE user_group ADD INDEX group_id_uid (group_id, uid);
重写优化语句。

1.3. 复杂查询
对于一个大的查询,可能会锁住很多的资源,数据日志空间写满,可以使用limit来多次查询。避免占用资源太多。以前db2时就用数据库事务日志空间写满的情况多次出现。
太多的内连接和左右链接查询会减慢速度,可以分解为多个单例的查询然后在应用程序端来链接数据来做。可以减少不必要数据的查询次数。还可以有效利用缓存,每次只会锁住一个表,不会像链接查询锁住多个表,对资源是让费。
应用程序端链接的情况:
1. 可以缓存早期查询的大量数据。
2. 使用多个MYISAM 表,每次只会锁住一个表,不会像链接查询锁住多个表。
3. 对于大表使用IN() 替换链接。
4. 一个连接引用同一表多次。

1.4. 子查询
Mysql 不会把关联子查询优化得很差,有时候可能还是最优的方式。
例如使用:distinct  group by 的可以采用 exist 子查询来做会你链接更快。大多数情况链接是回快于子查询。

请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!

留言需要登陆哦

技术博客集 - 网站简介:
前后端技术:
后端基于Hyperf2.1框架开发,前端使用Bootstrap可视化布局系统生成

网站主要作用:
1.编程技术分享及讨论交流,内置聊天系统;
2.测试交流框架问题,比如:Hyperf、Laravel、TP、beego;
3.本站数据是基于大数据采集等爬虫技术为基础助力分享知识,如有侵权请发邮件到站长邮箱,站长会尽快处理;
4.站长邮箱:[email protected];

      订阅博客周刊 去订阅

文章归档

文章标签

友情链接

Auther ·HouTiZong
侯体宗的博客
© 2020 zongscan.com
版权所有ICP证 : 粤ICP备20027696号
PHP交流群 也可以扫右边的二维码
侯体宗的博客