MySQL凭借着出色的性能、低廉的成本、丰富的资源，已经成为绝大多数互联网公司的首选关系型数据库。虽然性能出色，但所谓“好马配好鞍”，如何能够更 好的使用它，已经成为开发工程师的必修课，我们经常会从职位描述上看到诸如“精通MySQL”、“SQL语句优化”、“了解数据库原理”等要求。我们知道 一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复...
select SQL_CALC_FOUND_ROWS * from (select * from oses_vehdata201606 union all select * from oses_vehdata201605) t where 1=1 and t.Check_Time between ‘2016-06-23 00:00:00‘ and ‘2016-06-23 23:59:59‘ order by Check_Time desc 结果：45.66 s 、36.5s select SQL_CALC_FOUND_ROWS * from (select * from oses_vehdata201606) t where 1=1 and t.Check_Time between ‘2016-06-23 00:00:00‘ and ‘2016-06-...
MySQL凭借着出色的性能、低廉的成本、丰富的资源，已经成为绝大多数互联网公司的首选关系型数据库。虽然性能出色，但所谓“好马配好鞍”，如何能够更好的使用它，已经成为开发工程师的必修课，我们经常会从职位描述上看到诸如“精通MySQL”、“SQL语句优化”、“了解数据库原理”等要求。我们知道一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复杂...
count(*) from task where status=2 and operator_id=20839 and operate_time>1371169729 and operate_time<1371174603 and type=2;系统使用者反应有一个功能越来越慢，于是工程师找到了上面的SQL。并且兴致冲冲的找到了我，“这个SQL需要优化，给我把每个字段都加上索引”我很惊讶，问道“为什么需要每个字段都加上索引？”“把查询的字段都加上索引会更快”工程师信心满满“这种情况完全可以建一个联合索...
本文系统来源：http://tech.meituan.com/mysql-index.html
我们知道，一般的应用系统，MySQL的读写比例在10:1左右，而且一般的插入和更新操作很少会出现性能问题，遇到问题最多的，也是最容易出现问题的，还是一些复杂的查询操作，所以查询语句的优化已经成为开发、运维工程师们的必须课，是大部分运维工作之中的重中之重。索引原理数据库建立索引的目的是为了提高查询效率，索引如同生活中的字典、列车时刻表、图书目录一样，原理都相同，都是通过不断缩小想要获得的数据范围来筛选出最终想...
<1371174603 and type=2;系统使用者反应有一个功能越来越慢，于是工程师找到了上面的SQL。并且兴致冲冲的找到了我，“这个SQL需要优化，给我把每个字段都加上索引”我很惊讶，问道“为什么需要每个字段都加上索引？”“把查询的字段都加上索引会更快”工程师信心满满“这种情况完全可以建一个联合索引，因为是最左前缀匹配，所以operate_time需要放到最后，而且还需要把其他相关的查询都拿来，需要做一个综合评估。”“联合索引？最...
：子查询如果位于目标列，则只能是标量子查询，否则数据库可能返回类似“错误：子查询只能返回一个字段 ( [Err] 1242 - Subquery returns more than 1 row )”的提示。b) FROM子句位置：相关子查询出现在FROM子句中，数据库可能返回类似“错误：在FROM子句中的子查询无法参考相同查询级别中的关系”的提示，所以相关子查询不能出现在FROM子句中(即FROM型子查询不能与外面的查询有任何的关联)。非相关子查询出现在FROM子句...
系统使用者反应有一个功能越来越慢，于是工程师找到了上面的SQL。并且兴致冲冲的找到了我，“这个SQL需要优化，给我把每个字段都加上索引”我很惊讶，问道“为什么需要每个字段都加上索引？”“把查询的字段都加上索引会更快”工程师信心满满“这种情况完全可以建一个联合索引，因为是最左前缀匹配，所以operate_time需要放到最后，而且还需要把其他相关的查询都拿来，需要做一个综合评估。”“联合索引？最左前缀匹配？综合评估？...
1 2 3 4 5 6 7 8 9 10 select count(*) from task where status=2 and operator_id=20839 and operate_time>1371169729 and operate_time<1371174603 and type=2;系统使用者反应有一个功能越来越慢，于是工程师找到了上面的SQL。 并且兴致冲冲的找到了我，“这个SQL需要优化，给我把每个字段都加上索引” 我很惊讶，问道“为什么需要每个字段都加上索引？” “把查询的字段都加上索引会更快”工程师信心满满 ...
MySQL 查询优化器有几个目标,但是其中最主要的目标是尽可能地使用索引,并且使用最严格的索引来消除尽可能多的数据行。最终目标是提交 SELECT 语句查找数据行,而不是排除数据行。优化器试图排除数据行的原因在于它排除数据行的速度越快,那么找到与条件匹配的数据行也就越快。如果能够首先进行最严格的测试,查询就可以执行地更快。EXPLAIN 的每个输出行提供一个表的相关信息,并且每个行包括下面的列: 项 说明id MySQL Query Optimize...
static PagedList<Map<String, Object>> query(ITemplateService service, Identity tenantId, Identity userId, String entityName,Map<String, Object> params, String columns, TCondition cond) {int page = WebHelper.getPageNo(params);int pageSize = WebHelper.getPageSize(params);String orderColumn = (String) params.get(JqgridConstant.ORDER_COLUMN); // 排序字段String orderSord = (String) params.get(JqgridCon...
本文出自 “一直在路上” 博客，请务必保留此出处http://chenql.blog.51cto.com/8732050/1902445Mysql多表关联查询优化--straight_jion标签：mysql优化 mysql hint mysql多表关联优化 straight_jion 本文系统来源：http://chenql.blog.51cto.com/8732050/1902445
转自http://www.cnblogs.com/112ba/p/6220650.html 数据类型 简单原则：更小更好，简单就好，避免NULL1)整型如int(10)括号中的值与存储大小无关2)实数decimal比float与double占用更大存储空间且CPU不能直接对decimal进行计算3)字符串列最大长度<=255varchar使用一字节保存长度，否则使用2字节。char(10)括号中是字符数，而不是字节数(字节数与列字符集相关)。4)使用MYSQL的内建类型保存日期与时间，如datetime、timestamp 索引类型...
应用场景；当有一张表的数据非常大，需要使用到分页查询，分页查询在100w条后查询效率非常低； 解决方案：1、业务层解决：只允许用户翻页一百页以内，十条一页；2、使用where id > 5000000 limit 10; 要求数据完整性；但可以考虑每次查询时得知已查的最后一条id。3、延迟查询：select table.id,table.name left join (select id from table limit 5000000,10) as tmp on table.id = tmp.id;id为索引；先通过索引查处500w条后的id，...