mysql语句优化
2016-06-14 16:09
387 查看
1、若查询语句查询结果只有一条,则可以加上limit 1,则会加快查询速度。(在两万的数据量中,没有多大区别,在数据量较大的时候应该会影响速度)
2、保证连接的索引是相同类型的
3、避免使用select *
4、避免扫描权标,在order by和where涉及的列上加上索引
5、避免对null值进行判断,进行数据默认值,尽量用not null填充数据库(如果是char(100),即使是null,也会占用空间,varchar不会)
6、尽量避免使用!=或者<>,会放弃索引进行全表扫描
7、避免使用in 和not in,用between 或者exits
8、在进行模糊查询是'%acc%'会进行全表扫描
9、对于多张大数据量(这里几百条就算大了)的表JOIN,要先分页再JOIN,否则逻辑读会很高,性能很差。
10、select count(*) from table;这样不带任何条件的count会引起全表扫描,并且没有任何业务意义,是一定要杜绝的。
11、尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。这是因为引擎在处理查询和连 接时会逐个比较字符串中每一个字符,而对于数字型而言只需要比较一次就够了。
12、如果查询语句只返回一条语句,则在后面加上limit 1
新增sql优化:20160712
http://blog.sina.com.cn/s/blog_95ee143401013gzf.html
2、保证连接的索引是相同类型的
3、避免使用select *
4、避免扫描权标,在order by和where涉及的列上加上索引
5、避免对null值进行判断,进行数据默认值,尽量用not null填充数据库(如果是char(100),即使是null,也会占用空间,varchar不会)
6、尽量避免使用!=或者<>,会放弃索引进行全表扫描
7、避免使用in 和not in,用between 或者exits
8、在进行模糊查询是'%acc%'会进行全表扫描
9、对于多张大数据量(这里几百条就算大了)的表JOIN,要先分页再JOIN,否则逻辑读会很高,性能很差。
10、select count(*) from table;这样不带任何条件的count会引起全表扫描,并且没有任何业务意义,是一定要杜绝的。
11、尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。这是因为引擎在处理查询和连 接时会逐个比较字符串中每一个字符,而对于数字型而言只需要比较一次就够了。
12、如果查询语句只返回一条语句,则在后面加上limit 1
新增sql优化:20160712
http://blog.sina.com.cn/s/blog_95ee143401013gzf.html
相关文章推荐
- MySQL中的integer 数据类型
- MySQL存储过程
- mysql中int、bigint、smallint 和 tinyint的区别与长度
- mysql load data 导出、导入 csv
- source命令执行SQL脚本文件
- MySQL创建用户及权限控制
- MySQL管理数据表
- linux下mysql添加用户
- mysql procedure
- mysql触发器
- MySQL 备份和恢复策略
- mac下安装mysql(转载)
- mysql 修改编码 Linux/Mac/Unix/通用(杜绝修改后无法启动的情况!)
- MySQL数据的导出、导入(mysql内部命令:mysqldump、mysql)
- mysql数据行转列
- Linux下修改MySQL编码的方法
- MySQL Server 日志
- MySQL 安全事宜
- MySQL 备份与恢复