TA的每日心情 | 无聊 2024-9-19 09:07 |
---|
签到天数: 11 天 连续签到: 2 天 [LV.3]测试连长
|
操作系统优化
sysbench 工具
1.测试CPU性能
2.测试IO读写性能
3.测试事务性能
数据库系统参数优化
1.使用 show processlist命令长时间查看服务器负载情况
2.开启服务器慢查询开关
3.减少临时表使用,可以EXPLAIN 语法查看 extra 是否为 using temporary
@如果group by 的列没有索引,会产生内部临时表
@如果order by 与 group by为不同列时,或多表联查时 order by,group by 包含的列不是第一张表的列,会产生外部临时表
@如果distinct 与 order by 一起使用可能会产生临时表
@如果用union合并查询会用到临时表
@如果表中数据过大,可能会把临时表转存在磁盘上处理
数据表设计
1.表结构拆分,核心字段与非核心字段或长文本字段最好拆出单一张表
2.字段选取规则:整形->data,time->enum,char->varchar->text->blob
3.字段长度设定,够用就行杜绝浪费
4.尽量避免用NULL(),不利于索引查询,要用特殊的字节来标注,占有磁盘空间较大。
索引设计,myisam与innodb默认使用B-tree索引
1.建议建立单个索引,避免建立组合索引
2.索引值,或主键值应尽量是连续增长的整型值,不是随机值
3.要建立适当的索引对象,过多的索引会影响插入和更新速度,同时占用内存
4.对于左前缀不易区分的列,要分析数据内容找出最容易区别的部分放在前面,(比如,要url倒过来存储,后缀都不一样)
5.索引碎片维护,长期的数据更改过程中, 索引文件和数据文件,都将产生空洞,形成碎片
4.注意索引的左前缀原则,范围截断原则(or 条件,只要其中一个没有都不会用索引)
建立组合索引index(a,b,c) 为例:
语句
索引是否发挥作用
Where a=3
是,只使用了a列
Where a=3 and b=5
是,使用了a,b列
Where a=3 and b=5 and c=4
是,使用了abc
Where b=3 or where c=4
否
Where a=3 and c=4
a列能发挥索引,c不能
Where a=3 and b>10 and c=7
a能利用,b能利用, c不能利用
同上,where a=3 and b like ‘xxxx%’ and c=7
a能用,b能用,c不能用
建立多个单列索引index(a),index(b),index(c)
语句
索引是否发挥作用
Where a=3
是,只使用了a列
Where a=3 and b=5
是,使用了a,b列
Where a=3 and b=5 and c=4
是,使用了abc
Where b=3 or where c=4
bc使用
Where a=3 and c=4
ac都使用
Where a=3 and b>10 and c=7
a能利用,b能利用, c不能利用
同上,where a=3 and b like ‘xxxx%’ and c=7
a能用,b用,c不能用
sql语句优化
1.尽量使用索引覆盖,加快查询速度(查询只需要在索引文件上进行,不需要回行到磁盘再找数据)
2.在大数据范围查找时,尽量在索引覆盖上面查找到需要的索引id,然后在通过id去查到对应的数据
3.尽量减少查询次数,能用业务逻辑处理的功能,都用算法处理。
4.利用explain来利用分析
hash索引为什么不能作为数据存储原因:
1.hash函数计算后的结果,是随机的,如果是在磁盘上放置数据,比主键为id为例, 那么随着id的增长, id对应的行,在磁盘上随机放置
2.无法对范围查询进行优化
3.无法利用前缀索引
4.排序无法优化
5.必须回行.就是说 通过索引拿到数据位置,必须回到表中取数据
---------------------
|
|