`create_time` BETWEEN '2019-12-01 00:00:00' AND '2019-12-31 23:59:59' GROUP BY tb_cmt....Mysql执行流程如下，首先mysql以tb_category作为驱动表，看到这，有没有感到很奇怪，tb_category在整个查询中只是作为一个子查询存在，tb_category怎么成为驱动表了呢？...我们可以使用explain extended和show warnings查看mysql改写的的查询语句，mysql改写后的查询语句如下所示 ? Mysql为什么选择tb_category作为驱动表呢？...笔者希望在执行关联查询的时候可以尽量多的使用索引，比如upvote_len_idx，create_time_idx索引，所以驱动表一定不能是tb_category。...`create_time` BETWEEN '2019-12-01 00:00:00' AND '2019-12-31 23:59:59' GROUP BY tb_cmt.
SQL规范性检查 每个公司都有自己的MySQL开发规范，基本上大同小异，这里罗列一些比较重要的，我工作期间经常接触的给大家。...子查询 由于MySQL的基于成本的优化器CBO对子查询的处理能力比较弱，不建议使用子查询，可以改写成Inner Join。...索引检查 索引属性 索引基数指的是被索引的列唯一值的个数，唯一值越多接近表的count(*)说明索引的选择率越高，通过索引扫描的行数就越少，性能就越高，例如主键id的选择率是100%，在MySQL中尽量所有的...MySQL遵循的是索引最左匹配原则，对于复合索引，从左到右依次扫描索引列，到遇到第一个范围查询（>=, >,<, <=, between ….. and ….）就停止扫描，索引正确的索引顺序应该是index...CBO的执行计划，两者做对比分析差异，弄清楚自己的选择和CBO的不同，不但能够编写高质量的SQL，同时也能清楚CBO的工作原理。
Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY CONCAT...Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY...> select count(*) from ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' ; +---...Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY...Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY
Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY...Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY...> select count(*) from ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' ; +---...Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY...Of Parents' FROM ApiLog WHERE ts between '2017-10-01 00:00:00' and '2017-12-31 23:59:59' GROUP BY
利用直方图，用户可以对一张表的一列做数据分布的统计，特别是针对没有索引的字段。这可以帮助查询优化器找到更优的执行计划。统计直方图的主要使用场景是用来计算字段选择性，即过滤效率。...所以下面第一个查询会比第二个查询返回更多的行数： 1) SELECT * FROM bedtime WHERE time_of_day BETWEEN "22:00:00" AND "23:59:00"...2) SELECT * FROM bedtime WHERE time_of_day BETWEEN "12:00:00" AND "14:00:00" 如果没有统计数据，优化器会假设time_of_day...主要的原因是，查询语句中的谓词“web_page.wp_char_count BETWEEN 5000 AND 5200”。...| Query 61 查询如下：在给定的年份和月份，有和没有广告宣传的情况下货物的售卖比率。
注：如指定的文件不存在，mysql会自动添加一个文件，此命令不能加分号结尾（文件没有备份建数据库操作） 8.导入数据库备份文件： (1).在mysql命令窗口 (2).新建一个要导入的数据库(因为备份中没有备份建数据库操作...； 2）占用磁盘空间； 3）增加查询优化器的负担； 当查询优化器生成执行计划时，会考虑索引，太多的索引会给查询优化器增加工作量，导致无法选择最优的查询方案； 16、分析索引效率 方法：在一般的...类型，如果没有限制，输出可能会很长； 21、使用查询缓存 1）查询缓存的工作方式： 第一次执行某条select语句时，服务器记住该查询的文本内容和查询结果，存储在缓存中，下次碰到这个语句时，直接从缓存中返回结果...没有参数的FLOAT或有<24 的一个参数表示一个单精密浮点数字。 DOUBLE[(M,D)] [ZEROFILL] 一个正常大小(双精密)浮点数字。不能无符号。...支持的范围是'1000-01-01 00:00:00'到'9999-12-31 23:59:59'。
DATE_FORMAT(takeTime,'%Y-%m-d%') BETWEEN '2021-01-01 00:00:00' AND '2021-12-31 23:59:59' group by...1=1 and takeTime BETWEEN '2021-01-01 00:00:00' AND '2021-12-31 23:59:59' group by DATE_FORMAT(takeTime...t_number_takers WHERE DATE_FORMAT(takeTime,'%Y-%m-d%') BETWEEN '2021-01-01 00:00:00' AND '2021-12-...如果启用了ONLY_FULL_GROUP_BY SQL模式（默认情况下），MySQL将拒绝选择列表， HAVING条件或ORDER BY列表的查询引用在GROUP BY子句中既未命名的非集合列，也不在功能上依赖于它们...（5.7.5之前，MySQL没有检测到功能依赖关系，默认情况下不启用ONLY_FULL_GROUP_BY -- c.根据b后面出现的问题进行解决, 执行第一条指令(当前shell生效), 然后再执行
，可以选择性的进行同步更新操作语法： INSERT .......]; 注意：没有 ORDER BY 子句的查询，返回的顺序是未定义的，永远不要依赖这个顺序 案例： 1 同学及数学成绩，按数学成绩升序显示 mysql> select name,math from...对查询到的结果进行列值更新 1 将孙悟空同学的数学成绩变更为 80 分 mysql> update exam_result set math=80 where name = '孙悟空'; Query...SUM([DISTINCT] expr) 返回查询到的数据的 总和，不是数字没有意义 AVG([DISTINCT] expr) 返回查询到的数据的 平均值，不是数字没有意义 MAX([DISTINCT...] expr) 返回查询到的数据的 最大值，不是数字没有意义 MIN([DISTINCT] expr) 返回查询到的数据的 最小值，不是数字没有意义 案例： 1 统计成绩表里共有多少同学 -- 使用
MySQL没有限制单表最大记录数，它取决于操作系统对文件大小的限制。...MySQL会为每个连接提供缓冲区，意味着消耗更多的内存。如果连接数设置太高硬件吃不消，太低又不能充分利用硬件。...全文索引：用于海量文本的查询，MySQL5.6之后的InnoDB和MyISAM均支持全文索引。由于查询精度以及扩展性不佳，更多的企业选择Elasticsearch。...-07-01'; date_format函数会导致这个查询无法使用索引，改写后： select id from order where create_time between '2019-07-01 00...:00:00' and '2019-07-01 23:59:59'; 避免Select all 如果不查询表中所有的列，避免使用 SELECT *，它会进行全表扫描，不能有效利用索引。
no rows selected 结合SQL和报错信息，最初的怀疑是内层查询的结果集的C1列上，有不正常的数据，导致出现了报错。...-04 我们可以看到，内层查询的结果集中，并没有不正常的数据。...这样，如果有某行数据的C1列中的值不正常，就会导致这样的报错。...果然，最后一行的C1列中的值是不能正常转换为日期的。 未被CBO自动改写的原始SQL，其内层查询，会将不能正常转换为日期的数据排除掉，然后在外层再去做TO_DATE的转换。...，先进行内层查询的执行 再将TO_DATE转换施加到内层查询的结果之上。
所以定时归档是一个很好的选择，这里还要注意，在归档的时候我们要选择一个归档字段，如果是按日归档，我们可以用日期作为这个字段的值，采用yyyyMMdd的形式，例如20180123...._2 WHERE b3 between 20180101 and 20180131 ) /*最后一个子查询后不要带逗号，不然会报错。...5.5 只查询需要的字段 一定要避免在查询中使用 SELECT *这样的语句，换位思考，如果让你去查询数据是不是告诉你的越具体，工作效率越高呢。...对于我们的数据库而言也是这样，任务越明确，工作效率越高。 对于要查询全部字段的需求也是这样，没有偷懒的捷径，把它们都写出来。.../*MySQL的写法*/ SELECT t FROM a WHERE t > '2017-01-01 00:00:00'; /*Presto中的写法*/ SELECT t FROM a WHERE
MySQL 大表如何优化查询效率？ 背景 XX 实例（一主一从）xxx 告警中每天凌晨在报 SLA 报警，该报警的意思是存在一定的主从延迟。...) from arrival_record where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03...②传入的过滤条件： where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03-25 15:00:00...现在已经知道了在慢查询中记录的 select arrival_record where 语句传入的参数字段有 product_id，receive_time，receive_spend_ms，还想知道对该表的访问有没有通过其他字段来过滤了...data/3308/test/arrival_record.ibd 没有碎片，和mysql的该表的大小一致 cp -rp /datas/mysql/data/3308 /datas 分别使用 online
数据库中哭的名称应该以英文字符或者一些符号起始，但是不允许以数字起始 mysql数据库中哭的名称、表的名称、字段的名称都不能使用mysql关键字，比如create、database；如果非要使用，那就用反引号括起来...日期和时间类型 表示时间值的日期和时间类型为DATETIME、DATE、TIMESTAMP、TIME和YEAR 每个时间类型有一个有效值范围和一个”零”值，当指定不合法的MySQL不能表示的值时使用”零...这说明它们没有字符集，并且排序和比较基于列值字节的数值值。 BLOB 是一个二进制大对象，可以容纳可变数量的数据。...] tb_stu values (1,“韩云溪”,21,“2000-03-19 12:00:00”); 多行插入： insert [into] tb_name values(val1,val2…),...，符合则显示，不符合则忽略 between A and B 的使用：查询范围介于AB两者之间项 select * from tb_name where id between 1 and 3;
arrival_record where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03-25 15...(*) from arrival_record where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-...传入的过滤条件 where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03-25 15:00:00'...，导致扫描的行数很多，执行时间长 receive_time字段的基数大，选择性好，可对该字段单独建立索引，select arrival_record sql就会使用到该索引 现在已经知道了在慢查询中记录的...data/3308/test/arrival_record.ibd 没有碎片，和mysql的该表的大小一致 cp -rp /datas/mysql/data/3308 /datas 分别使用online
在项目中一个最常用的查询，查询某段时间内的数据，SQL查询获取数据，30s左右 SELECT * FROM `tf_hotspotdata_copy_test` WHERE collectTime BETWEEN... '2014-12-06 00:00:00' AND '2014-12-10 21:31:55'; 对collectTime建立索引后，同样的查询，2s，快了很多。...看看只获取ID需要的时间： SQL查询只返回id，没有对collectTime建索引，10s左右： SELECT id FROM `tf_hotspotdata_copy_test` WHERE collectTime... BETWEEN '2014-12-06 00:00:00' AND '2014-12-10 21:31:55'; SQL查询只返回id，同样的查询条件，对collectTime建索引，0.337s，很快...方式，如果一次性要获取大量查询数据就用export方式，这里没有采用MySQL对查询字段建索引，因为数据量每天还在增加，当达到亿级的数据量的时候，索引也不能很好的解决问题，而且项目中还有其他的查询需求。
select count(*) from arrival_record where product_id=26 and receive_time between '2019-03-25 14:00:00...count() from arrival_record where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019...传入的过滤条件 where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03-25 15:00:00'...，导致扫描的行数很多，执行时间长 receive_time字段的基数大，选择性好，可对该字段单独建立索引，select arrival_record sql就会使用到该索引 现在已经知道了在慢查询中记录的.../3308/test/arrival_record.ibd 没有碎片，和mysql的该表的大小一致。
select xxx_record 语句 select arrival_record 慢查询语句都类似于如下所示，where 语句中的参数字段是一样的，传入的参数值不一样： select count(*...) from arrival_record where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03...②传入的过滤条件： where product_id=26 and receive_time between '2019-03-25 14:00:00' and '2019-03-25 15:00:00...现在已经知道了在慢查询中记录的 select arrival_record where 语句传入的参数字段有 product_id，receive_time，receive_spend_ms，还想知道对该表的访问有没有通过其他字段来过滤了...data/3308/test/arrival_record.ibd 没有碎片，和mysql的该表的大小一致 cp -rp /datas/mysql/data/3308 /datas 分别使用 online
from arrival_record where product_id=26 and receive_time between ‘2019-03-25 14:00:00’ and ‘2019-03-25...15:00:00’ and receive_spend_ms>=0\G select arrival_record 语句在mysql中最多扫描的行数为5600万、平均扫描的行数为172万，推断由于扫描的行数多导致的执行时间长...传入的过滤条件 where product_id=26 and receive_time between ‘2019-03-25 14:00:00’ and ‘2019-03-25 15:00:...，导致扫描的行数很多，执行时间长 receive_time字段的基数大，选择性好，可对该字段单独建立索引，select arrival_record sql就会使用到该索引 现在已经知道了在慢查询中记录的...data/3308/test/arrival_record.ibd 没有碎片，和mysql的该表的大小一致 cp -rp /datas/mysql/data/3308 /datas 分别使用online
注意：*、包含null 的表达式都为null *、空值永远不等于空值 11 连接符|| 字符串连接查询 Mysql 中实现方法： 查询雇员编号，姓名，工作 编号是：7369...sal<3000 11 Between and 等于sal > =1500 and sal <= 3000 范例：查询1981-1-1 到1981-12-31 号入职的雇员 分析：between...选择雇用时间在1998-02-01到1998-05-01之间的员工姓名，job_id和雇用时间 5. 选择在20或50号部门工作的员工姓名和部门号 6....选择在1994年雇用的员工的姓名和雇用时间 7. 选择公司中没有管理者的员工姓名及job_id 8. 选择公司中有奖金的员工姓名，工资和奖金级别 9....选择员工姓名的第三个字母是a的员工姓名 10. 选择姓名中有字母a和e的员工姓名 11. 显示系统时间 12.
通过对问题的回顾, 来体会到面试的时候问这种问题的原因 复现 编写一个接口, 其主要的功能是根据传入的字段进行条件查询....下面对比下集中拼接的区别 -- 自己手动拼接的条件 where 1=1 and takeTime between '2021-01-01 00:00:00' and '2021-12-31 00:...-- mysql中 '' 和 "" 无区别 where 1=1 and takeTime between '2021-01-01 00:00:00' and '2021-12-31 00:00:...因此拼接语句就变成下面的样式 where 1=1 and takeTime between '2021-01-01 00:00:00' and '2021-12-31 00:00:00' and...将请求中list参数去掉双引号后, 再去修改mybaties中对list的引用为 #{} , 然后再去请求就会惊讶的发现也没有问题了.
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
