MySql 简单的性能优化
1、当只要一行数据时使用 limit 1查询时如果已知会得到一条数据,这种情况下加上 limit 1 会增加性能。因为 mysql 数据库引擎会在找到一条结果停止搜索,而不是继续查询下一条是否符合标准直到所有记录查询完毕。
2、选择正确的数据库引擎Mysql 中有两个引擎 MyISAM 和 InnoDB,每个引擎有利有弊。
MyISAM 适用于一些大量查询的应用,但对于有大量写功能的应用不是很好。甚至你只需要update 一个字段整个表都会被锁起来。而别的进程就算是读操作也不行要等到当前 update 操作完成之后才能继续进行。另外,MyISAM 对于 select count(*)这类操作是超级快的。
InnoDB 的趋势会是一个非常复杂的存储引擎,对于一些小的应用会比 MyISAM 还慢,但是支持“行锁”,所以在写操作比较多的时候会比较优秀。并且,它支持很多的高级应用,例如:事务。
3. 用 not exists 代替 not in/not exists 用到了连接能够发挥已经建立好的索引的作用,not in 不能使用索引。not in 是最慢的方式要同每条记录比较,在数据量比较大的操作不建议使用这种方式。
4. 对操作符的优化,尽量不采用不利于索引的操作符。如:in /not in /is null /is not null /<> 等
某个字段总要拿来搜索,为其建立索引:Mysql 中可以利用 alter table 语句来为表中的字段添加索引,
语法为:
alter table 表名 add index (字段名);
5.分库分表,主从配置。
6.对于多张大数据量(这里几百条就算大了)的表 JOIN,要先分页再 JOIN,否则逻辑读会很高,性能很差。
7、存储过程执行比一条一条地执行其中的各条语句快
8、决不要检索比需求还要多的数据
10、导入数据前应该关闭自动提交,最好删除索引然后导入完成后新建
11、索引改善数据检索的性能,但是损害了数据插入删除更新的性能
12、like很慢,一般来说最好使用fulltext而不是like
13、如果从一个表中删除大量数据,应该使用optimize table回收所用的空间,从而优化表性能
14、char比varchar效率高很多,因此确定字符长度字段最好使用char字段
15、随机获取数据时, 避免使用order by rand() limit, 效率会很慢, 建议使用join
8、决不要检索比需求还要多的数据
10、导入数据前应该关闭自动提交,最好删除索引然后导入完成后新建
11、索引改善数据检索的性能,但是损害了数据插入删除更新的性能
12、like很慢,一般来说最好使用fulltext而不是like
13、如果从一个表中删除大量数据,应该使用optimize table回收所用的空间,从而优化表性能
14、char比varchar效率高很多,因此确定字符长度字段最好使用char字段
15、随机获取数据时, 避免使用order by rand() limit, 效率会很慢, 建议使用join