来源：https://juejin.im/post/6871969929365553165
前言 开发需要定期的删除表里一定时间以前的数据，SQL如下 mysql > delete from testtable WHERE biz_date <= '2017-08-21 00:00:00' AND status = 2 limit 500\G 前段时间在优化的时候，已经在相应的查询条件上加上了索引 KEY `idx_bizdate_st` (`biz_date`,`status`) 但是实际执行的SQL依然非常慢，为什么呢，我们来一步步分析验证下 ---- 分析 表上的字段既然都有索引，那么按
MySQL Hints是一组特殊的注释或指令，可以直接嵌入到SQL查询中，以改变MySQL优化器的默认行为。这些Hints通常被用于解决性能问题，或者当开发者比优化器更了解数据分布和查询特性时，来指导优化器选择更好的查询计划。
规范业务系统对MySQL数据库在设计、开发、运维等阶段所必须遵循的原则，旨在控制对数据库的滥用，收敛不合理的使用形式，保障数据库安全、稳定、高效的运行以及业务运营的稳定性。
MySQL数据库与 Oracle、 SQL Server 等数据库相比，有其内核上的优势与劣势。我们在使用MySQL数据库的时候需要遵循一定规范，扬长避短。本规范旨在帮助或指导RD、QA、OP等技术人员做出适合线上业务的数据库设计。在数据库变更和处理流程、数据库表设计、SQL编写等方面予以规范，从而为公司业务系统稳定、健康地运行提供保障。
MySQL会在某些情况下选择错误索引导致查询性能下降。例如不断地删除历史数据和新增数据的场景。
大家好，今天我们来聊一聊MySQL数据库规范，MySQL是一个广泛使用的开源关系型数据库管理系统，良好的规范可以提高数据库的性能、可靠性和可维护性。下面是一些MySQL数据库规范的重要指南，还附了一些索引失效的常见情况和关键字列表，希望对大家有所帮助。
左表字段last_follow_time是有索引的，排序时但是并没有走索引，出现了Using temporary; Using filesort
首先开启慢查询日志，由参数slow_query_log决定是否开启，在MySQL命令行下输入下面的命令：
一般有3个思考方向 1.根据慢日志定位慢查询sql 2.使用explain等工具分析sql执行计划 3.修改sql或者尽量让sql走索引
select id,name from product limit 866613, 20
又和大家见面了！又两周过去了，我的云笔记里又多了几篇写了一半的文章草稿。有的是因为质量没有达到预期还准备再加点内容，有的则完全是一个灵感而已，内容完全木有。羡慕很多大佬们，一周能产出五六篇文章，给我两个肝我都不够。好了，不多说废话了…
在表后添加FORCE INDEX (index_name)，记得索引名称一定要正确
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL
这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂，业务统计规则又不允许把sql拆成多个子查询。
本文我们来谈谈项目中常用的MySQL优化方法，巧用这19条技巧，至少提高3倍效率，具体如下：
关于MySQL数据库规范，相信大家多少看过一些文档。本篇文章给大家详细分类总结了数据库相关规范，从库表命名设计规范讲起，到索引设计规范，后面又给出SQL编写方面的建议。相信这些规范适用于大多数公司，也希望大家都能按照规范来使用我们的数据库，这样我们的数据库才能发挥出更高的性能。
又和大家见面了！又两周过去了，我的云笔记里又多了几篇写了一半的文章草稿。有的是因为质量没有达到预期还准备再加点内容，有的则完全是一个灵感而已，内容完全木有。羡慕很多大佬们，一周能产出五六篇文章，给我两个肝我都不够。好了，不多说废话了...
1、两个同样结构的语句一个没有用到索引的问题： 查1到20号的就不用索引，查1到5号的就用索引，为什么呢？不稳定？ mysql> explain select * from test where f_submit_time between '2009-09-01' and '2009-09-20' \G; *************************** 1. row *************************** id: 1
几乎所有的小伙伴都可以随口说几句关于创建索引的优缺点，也知道什么时候创建索引能够提高我们的查询性能，什么时候索引会更新，但是你有没有注意到，即使你设置了索引，有些时候索引他是不会生效的！这不仅考察了大家对索引的了解程度，还要让大家在使用的时候能够正确的使用。以下介绍了一些可能会造成索引失效的特殊情况，希望大家在平时开发和面试的时候能够注意到！
MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用between就不要用in了；再或者使用连接来替换。
MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from table_name where num in(1,2,3) 对于连续的数值，能用 between 就不要用 in 了；再或者使用连接来替换。
本文总结了 19 条关于 MySQL 的优化方案，本文的优化方案都是基于 “ MySQL-索引-BTree 类型 ” 。希望对你有帮助，码字不易，如果觉得有用，感谢分享。
当游戏前端开发能力不断提升后，有的小伙伴已经开始不满足了，将魔爪伸向后端开发，立志做一个全栈游戏开发程序员！分享一篇MySQL的好文，加油吧！程序员！
type列，连接类型。一个好的SQL语句至少要达到range级别。杜绝出现all级别。
MySQL 对于 IN 做了相应的优化，即将 IN 中的常量全部存储在一个数组里面，而且这个数组是排好序的。
在我们日常使用数据库的时候，肯定避免不了对数据库的优化。那么对数据库的优化又少了不索引的知识。
出处：https://zhuanlan.zhihu.com/p/49888088
原文：http://www.enmotech.com/web/detail/1/700/1.html （复制链接，打开浏览器即可查看原文）
在真实项目中，SQL语句中的WHERE子句里通常会包含多个查询条件还会有排序、分组等。
MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用 between 就不要用 in 了；再或者使用连接来替换。
在现如今的软件开发中，关系型数据库是做数据存储最重要的工具。无论是Oracale还是Mysql，都是需要通过SQL语句来和数据库进行交互的，这种交互我们通常称之为CRUD。在CRUD操作中，最最常用的也就是Read操作了。而对于不同的表结构，采用不同的SQL语句，性能上可能千差万别。本文，就基于MySql数据库，来介绍一下如何定位SQL语句的性能问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
