标签：前面 SQL 查询 索引 Innodb mysql 优化
针对SQL编写导致的慢 SQL，优化起来还是相对比较方便的。正如上一节提到的正确的使用索引能加快查询速度，那么我们在编写 SQL 时就需要注意与索引相关的规则：
-
字段类型转换导致不用索引，如字符串类型的不用引号，数字类型的用引号等，这有可能会用不到索引导致全表扫描；
-
mysql 不支持函数转换，所以字段前面不能加函数，否则这将用不到索引；
-
不要在字段前面加减运算；
-
字符串比较长的可以考虑索引一部份减少索引文件大小，提高写入效率；
-
like % 在前面用不到索引；
-
根据联合索引的第二个及以后的字段单独查询用不到索引；
-
不要使用 select *；
-
排序请尽量使用升序 ;
-
or 的查询尽量用 union 代替 （Innodb）；
-
复合索引高选择性的字段排在前面；
-
order by / group by 字段包括在索引当中减少排序，效率会更高。
除了上述索引使用规则外，SQL 编写时还需要特别注意一下几点：
-
尽量规避大事务的 SQL，大事务的 SQL 会影响数据库的并发性能及主从同步；
-
分页语句 limit 的问题；
-
删除表所有记录请用 truncate，不要用 delete；
-
不让 mysql 干多余的事情，如计算；
-
输写 SQL 带字段，以防止后面表变更带来的问题，性能也是比较优的 ( 涉及到数据字典解析，请自行查询资料)；
-
在 Innodb上用 select count(*)，因为 Innodb 会存储统计信息；
-
慎用 Oder by rand()。
在日常开发工作中，我们可以做一些工作达到预防慢 SQL 问题，比如在上线前预先用诊断工具对 SQL 进行分析。常用的工具有：
-
mysqldumpslow
-
mysql profile
-
mysql explain
具体使用及分析方法在此就不赘述，网上有丰富的资源可以参考。
误操作、程序 bug 时怎么办，解决方案
提出这个问题显然主要是针对刚开始工作的年轻同行们……实际上误操作和程序 bug 导致数据误删或者混乱的问题并非少见，但是刚入行的开发工作者会比较紧张。一个成熟的企业往往会有完善的数据管理规范和较丰富的数据恢复方案（初创公司除外），会进行数据备份和数据容灾。
标签：前面,SQL,查询,索引,Innodb,mysql,优化 来源： https://www.cnblogs.com/banml/p/13712738.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。