mysql 的优化,重点说语句优化,结构设计就不谈了
一、数据库的配置优化
- 配置最大并发数:my.ini 中 max_connections=200 # 允许最大连接数。
- 调整缓存的大小:缓冲和缓冲池的大小
二、数据库表的优化
1、选择合理的存储引擎。
- innoDB 引擎部分特点:经常修改;支持事务;行级锁定;缓存索引和数据;支持外键。
- MyISAM 引擎部分特点:快速读取;不支持事务;表级锁定;静态索引;存储了行数。
- Blackhole(黑洞引擎):充当日志服务器或表;任何写入到此引擎的数据均会被丢弃掉, 不做实际存储;Select语句的内容永远是空的。
详细点击【Mysql二:数据库、表及字符集、排序规则、存储引擎说明】
2、选择合适的排序规则
- utf8_general_ci:校对速度快,但准确度稍差;不区分大小写。
- utf8_unicode_ci:准确度高,但校对速度稍慢。
- utf8_general_cs:区分大小写。
- utf_bin:可存储二进制,区分大小写。
3、表结构优化
- 尽量多使用数字类型字段,对比效率会提高。
- 字段 定长、较短尽量使用 char 类型,提高效率;不定长使用 varchar 类型,节省内存。
- 表的列太多,如:经常访问某些列的时候,可考虑把常用列,垂直分割,只是全部查询时要用 join 链接表。维护被分割的表,要用触发器或存储过程进行同步。
- 表的行太多,如:经常进行大数量的月流水统计,可考虑按月进行,水平分割,,只是全部查询时,要用 union 或 union all 合并。
表的垂直分割
表的水平分割
三、sql 语句的优化
1、适当给字段加索引
- 数量不能过多,建议不超过5个,可以根据情况来定
- 字段不要重复太多,主要用于查询操作
- 字段长度尽量短,或时数字类型
2、where 子句 条件优化
- where 子句 like 前置百分号 ‘%查询’,索引会失效
- where 子句 or 有一个条件字段没有索引,索引会失效
- where 子句 != ,索引会失效
- where 子句 条件使用正确的类型,例如存储的字符串 就得用 where case_id = 'case001'
3、其他优化
- 查询中如果确定条数,后面加上 limit n
- 不使用 select *
- 在 order by 或者 group by 的列上创建索引
- text、blog,大于512字节的字符串,放到单独的表
- 子查询用 join 替代
4、开启慢查询
查看一下慢查询是否开启
设置慢查询参数