在日常工作中，我们会遇见一些慢SQL，在分析这些慢SQL时，我们通常会看下SQL的执行计划，验证SQL执行过程中有没有走索引。通常我们会调整一些查询条件，增加必要的索引，SQL执行效率就会提升几个数量级。我们有没有思考过，为什么加了索引就会能提高SQL的查询效率，为什么有时候加了索引SQL执行反而会没有变化，本文就从MySQL索引的底层数据结构和算法来进行详细分析。

使用的是PHPexcel查询Excel，测试可用，可能速度偏慢（千条数据无影响）直接查询Excel数据的第一个表，修改表格后FTP上传,快速搞定,非常方便。当然LINUX可能xls文件可以倍下载，如果保密数据，请做防下载处理哦。sae直接上传代码包即可和演示一样的效果，让你可以免费实现查询系统（免费代码免费二级域名免费sae

面试官：你能简单介绍List和Set有什么区别吗？小憨：List是一个有序的集合，在内存是连续存储的，可以存储重复的元素，List查询快，增删慢；Set是一个无序的集合，在内存中不连续，不可以存储重复的元素，Set增删快，查询慢；面试官：那HashSet是如何保证元素不重复的？小憨：3分钟。。。

mysql查询优化的方法有很多种，explain是工作当中用的比较多的一种检查方式。explain翻译即解释，就是看mysql语句的查询解释计划，从解释计划我们能很清楚的看到解释的语句有没有合理用到索引，扫描了多少行数，有没有触及全表扫描、用到临时表等影响慢查询的原因。使用很简单，如explainselect\fromuse

MySQL日志分类　　MySQL日志主要包含：错误日志、查询日志、慢查询日志、重做日志、回滚日志、二进制日志错误日志：　　用来记录MySQL服务器运行过程中的错误信息，比如，服务器启动关闭信息、运行错误信息、时间调度器运行一个事件时产生的信息、在服务器上启动进程产生的信息。　　错误日志可以自己配置，lo

大家好，我是知数堂SQL优化班老师网名：骑龟的兔子作为DBA经常使用SYS视图，但是如下情况。查询mysql自己创建好的sys系统视图，超过70秒还没结果，超时了。一般情况下，不会出现问题，但是，如本案例，表很多的时候就会出现问题selectcount()frominformation_

现象最近收到一个慢sql工单,慢sql大概是这样：“selectxxxfromtabelwheretype1”。咦，type字段明明有索引啊，为啥是慢sql呢？原因通过执行explain，发现实际上数据库执行了全表扫描，从而被系统判定为慢sql。这时有一定

一问题重现夜黑风高的某一晚，突然收到一条运营后台数据库慢sql的报警，耗时竟然达到了60s。看了一下，还好不是很频繁，内心会更加从容排查问题，应该是特定条件下没有走到索引导致，如果频繁出现慢查询，可能会将数据库连接池打满，导致数据库不可用，从而导致应用不可

作者：京东物流京东物流一、前言在做MySQL的SQL优化时，如果只涉及到单表查询，那么大部分慢SQL都只需从索引上入手优化即可，通过添加合适的索引来消除全表扫描或者排序操作，执行效果，大概率能实现质的飞跃。然而，在实际生产中，除了单表查询，更多的是多个表的