通过查询日志\x0d\x0a(1)、Windows下开启MySQL慢查询\x0d\x0aMySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上\x0d\x0a代码如下\x0d\x0alog-slow-queries = F：/MySQL/log/mysqlslowquery。
为繁峙等地区用户提供了全套网页设计制作服务，及繁峙网站建设行业解决方案。主营业务为网站设计、成都网站制作、繁峙网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。
sql = SELECT t.*， f.name FROM threads t， forums f where f.fid=t.fid ORDER BY id=10000 desc ， t.dateline DESC LIMIT 0， 10但效率比较差。
以日期进行排序 select Rownum ID，日期 ，金额，商品 From （select 日期，金额，商品 from 表 order by 日期）在排序后要求数据库中内容发生变化，如果不是考试的话是没人故意这么玩的。
先把分类全取出来，并随机排序，取排在第一个分类。例如：西装 然后查询的时候 order by (category=西装) desc，category 即可实现要求。
网站前段，访问标签页面，需要查询出这个标签下的所有文章，需要筛选是否发布，需要按照时间排序。通过一般方法left join + 联合索引 速度仍然十分不理想。请教在百万级文章，万级标签，千万级关系下。
1、查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
2、\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。\ 我们增加了 hint，指导 MySQL 正确进行优化判断。
3、你好，你可以根据条件去添加索引，例如：所有mysql索引列类型都可以被索引，对来相关类使用索引可以提高select查询性能，根据mysql索引数，可以是最大索引与最小索引，每种存储引擎对每个表的至少支持16的索引。
可以看到执行时间变成了 0.67s。整理 我们诊断的关键点如下：\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
临时冒出另外一种解决想法，即用 GDB 调试崩溃恢复，通过临时修改 validate 变量值让 MySQL 跳过表空间验证过程，然后让 MySQL 正常关闭，重新启动就可以正常启动了。
MySQL的最佳是单表百万级，一旦上到千万级就慢了，只能分表，分表不行就集群或者换数据库吧。
尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。
针对排序字段和条件字段添加联合索引，还有就是如果查询是有范围的，没有跨维度查询，可以考虑表分区或分表。
显然，关联子查询的扫描成本会高于非关联子查询。我们希望 MySQL 能先缓存子查询的结果（缓存这一步叫物化，MATERIALIZATION），但MySQL 认为不缓存更快，我们就需要给予 MySQL 一定指导。
先按dates排序在dates排序的基础上再按jiage排序，也就是说如果dates没有重复值jiage排序是体现不出来的。
mysql中的sql语句是按照从左到右，从上到下的顺序执行的。要优化的话先把能排除大部分记录的条件判断放在前面，若还是慢，则可以对某些字段建立索引。
