首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

mysql查询一周内的数据,解决一周的起始日期是从星期日(星期天|周日|周天)开始的问题

前言 今天又遇到很坑的问题了,因为外国友人每一周的起始日期是周日,跟我们的不一样,我们每一周的起始日期是星期一,这样导致我要用mysql统计一周的数据的时候,对于我们来说,查询的记录包括:上周日的记录...+本周的数据到星期六 这样的数据,这就不符合我们的要求,把上周日的数据也统计进来了。...所以也是找了好久的资料,才终于解决 一、问题发现: 默认我一开始写的测试查询本周上周数据的语句是这样的: #查询本周 select A.sushenum,cast(A.dfdata as DECIMAL...查询到的记录是 ? 大家可以很明显的看到2018年12月2日的记录也查出来了,12月2日是星期日。为了让大家更直观的看,我把12月的月份截出来 ? 所以这样查询出来的记录,对于我们来说是有问题的。...从上面YEARWEEK()函数API可以知道,还有mode这个字段是可以自己设置一周是从星期几开始的,不写的话默认是星期日为一周的开始日期,这里为了适用我们的系统,将星期一设置为一周的开始日期,我们就给

3.7K21
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Hive中的Timestamp类型日期与Impala中显示不一致分析

    1.问题描述 Hive表中存储的Timestamp类型的字段显示日期与Impala中查询出来的日期不一致。...Impala查询看到的时间不一致; 3.问题分析 3.1Hive的from_unixtime Hive官网from_unixtime函数说明: Return Type Name(Signature) Description...在Hive中通过from_unixtime函数将TIMESTAMP时间戳转换成当前时区的日期格式的字符串,默认格式为“yyyy-MM-dd HH:mm:ss”,所以Hive在查询的时候能正确的将存入的时间戳转成当前时区的时间...; 3.2Impala的TIMESTAMP 默认情况下,Impala不会使用本地时区存储时间戳,以避免意外的时区问题造成不必要的问题,时间戳均是使用UTC进行存储和解释。...Impala的from_utc_timestamp函数指定时区进行时间转换,事例如下: | select id,create_date_str, cast(create_date as timestamp

    3.8K60

    Hive中的Timestamp类型日期与Impala中显示不一致分析(补充)

    1.问题描述 ---- Hive表中存储的Timestamp类型的字段日期显示与Impala中查询出来的日期不一致。...关于这个问题前面Fayson也讲过《Hive中的Timestamp类型日期与Impala中显示不一致分析》,在SQL中需要添加from_utc_timestamp函数进行转换,在编写SQL时增加了一定的工作量...Impala查询看到的时间不一致; 3.解决方法 ---- 1.登录CM,进入Impala服务,进入配置项 Cloudera Manager -> Impala -> Configuration-> Impala...Impala服务。...如果表的字段类型默认为TimeStamp类型,则不需要使用cast函数转换,需要注意的是parquet格式的表,在查询的时候任然存在时区的问题,需要在impala daemon命令行高级配置代码段(安全阀

    8.3K80

    Java的日期类的时间从为什么是从1970年1月1日开始?

    ----------------------------------------------------------------------------- 但这依然没很好的解释"为什么",出于好奇,继续...另外1年365天的总秒数是31536000秒, 2147483647/31536000 = 68.1年 也就是说32位能表示的最长时间是68年,而实际上到2038年01月19日03时14分07秒,便会到达最大时间...位来表示时间的最大间隔是68年,而最早出现的UNIX操作系统考虑到计算机产生的年代和应用的时限综合取了1970年1月1日作为UNIX TIME的纪元时间(开始时间),而java自然也遵循了这一约束。...至于时间回归的现象相信随着64为操作系统的产生逐渐得到解决,因为用64位操作系统可以表示到292,277,026,596年12月4日15时30分08秒,相信我们的N代子孙,哪怕地球毁灭那天都不用愁不够用了...8点而非0点,原因是存在系统时间和本地时间的问题,其实系统时间依然是0点,只不过我的电脑时区设置为东8区,故打印的结果是8点。

    4.7K20

    使用 Replication Manager 迁移到CDP 私有云基础

    进行此更改是为了防止由于 Hive Mestastore、Impala 和 Kudu 的交互方式导致数据丢失。...设置日期和时间。 重复- 将来定期运行调度。设置日期、时间和运行间隔。 单击 名称 字段并为复制策略添加唯一名称。 单击 源 字段并选择源 HDFS 服务。...下一次运行 根据为策略指定的调度参数,调度下一次复制的日期和时间。将鼠标悬停在日期上可查看有关调度复制的其他详细信息。单击上次运行列标签以按上次运行日期对复制策略表进行排序。...您可以选择一个 MapReduce 服务(如果您的集群中有多个)并更改以下参数: 是- 复制 Impala 元数据。 否– 不复制 Impala 元数据。...TotalElapsedTimeSecs 从复制操作开始经过的秒数。 总表数 要复制的表总数。该列的值将-1用于 Cloudera Manager 无法确定要更改的表数量的复制。

    1.8K10

    Edge2AI之使用 Cloudera Data Viz 创建仪表板

    对 Kudu 的 SQL 访问是通过 Impala 引擎完成的,您将在本次实验中使用该引擎。您将设置与 Impala 引擎的新连接以用于仪表板查询。...在表单顶部,设置以下属性: Connection type: Impala Connection name: Local Impala 注意:Connection type不是CDW Impala。...由于该sensor_ts列是数字类型,而不是日期/时间,它由#字段名称旁边的图标指示,因此它被归类为Measures而不是Dimensions。您将在接下来的步骤中修复。...实验 4 - 创建仪表板 您现在已经准备好开始构建仪表板了。让我们直接进入它: 在您的数据集页面上,单击NEW DASHBOARD按钮。...由于我们从数据集页面开始创建仪表板,您是否会注意到默认情况下已创建仪表板,并带有显示数据集所有字段的“table visual”。

    3.2K20

    客快物流大数据项目(七十七):使用Impala对kudu更改表属性操作

    ​使用Impala对kudu更改表属性操作开发人员可以通过更改表的属性来更改 Impala 与给定 Kudu 表相关的元数据。...一、重命名Impala映射表ALTER TABLE PERSON RENAME TO person_temp;​编辑重命名impala表的时候,只会修改impala表的名字,不会修改kudu表名的名字,...');注意:kudu.table_name属性的设置与版本有关在impala3.2版本中是无法修改底层的kudu表的名字的,从impala3.3开始可以修改在Impala 2.11及更低版本中,可以通过更改...kudu.table_name属性来重命名基础Kudu表:结论:在impala2.11及impala3.2之间的版本是无法修改kudu.table_name属性的三、​​​​​​​将外部表重新映射到不同的...:7051');五、将内部管理的表更改为外部ALTER TABLE my_table SET TBLPROPERTIES('EXTERNAL' = 'TRUE');将内部表更改成外部表以后,删除外部表,

    99051

    Mysql查询一段时间记录

    对于星期日是一周中的第一天的场合,如果函数只有一个参数调用,返回 date 为一年的第几周,返回值范围为 0 到 53 (是的,可能有第 53 周 的开始)。...两个参数形式的 WEEK() 允许你指定一周是否以星期日或星期一开始,以及返回值为 0-53 还是 1-52。...这里的一个表显示第二个参数是 如何工作的: 值 含义 0 一周以星期日开始,返回值范围为 0-53 1 一周以星期一开始,返回值范围为 0-53 2 一周以星期日开始...注意,对于给定的日期参数是一年的第一周或 最后一周的,返回的年份值可能与日期参数给出的年份不一致: mysql> SELECT YEARWEEK(’1987-01-01’); -> 198653 注意...参数 date 是一个 DATETIME 或 DATE 值,指定一个日期的开始。expr 是一个表达式,指定从开始日期上增加还是减去间隔值。

    4.9K10

    mysql中关于时间统计的sql语句总结

    WEEK(date) WEEK(date,first) 对于星期日是一周中的第一天的场合,如果函数只有一个参数调用,返回 date 为一年的第几周,返回值范围为 0 到 53 (是的,可能有第 53 周的开始...两个参数形式的 WEEK() 允许你指定一周是否以星期日或星期一开始,以及返回值为 0-53 还是 1-52。...这里的一个表显示第二个参数是如何工作的: 值 含义 0 一周以星期日开始,返回值范围为 0-53 1 一周以星期一开始,返回值范围为 0-53 2 一周以星期日开始,返回值范围为 1-53 3 一周以星期一开始...注意,对于给定的日期参数是一年的第一周或最后一周的,返回的年份值可能与日期参数给出的年份不一致: mysql> SELECT YEARWEEK(’1987-01-01’); -> 198653...参数 date 是一个 DATETIME 或 DATE 值,指定一个日期的开始。expr 是一个表达式,指定从开始日期上增加还是减去间隔值。

    3.6K10

    Kubernetes探针踩坑记

    排查记录 基本上每隔2-3天出现一次,每次2-3分钟,此时整站503; 因为不能主动复现,8月26日排查相应时间段的EFK日志: impala连接问题,大数据运维同事排查到webapp发起impala的请求与...impala集群时钟未对齐,导致webapp impalaODBC Driver连不上impala集群; 进入k8s集群节点,确实部分节点的时钟对齐服务未启动,不定时出现比北京时间慢2,3分钟的情况,这个确实可以解释时间差导致的...8月26日同步所有k8s节点的时钟,之后接近一周,并未出现问题; 9月3日又出现一次短时503无服务,EFK日志显示依旧是impala连接问题,此处大数据同事未能定位具体原因,暂时定义为偶发/抖动?...我们的webapp兼具toB和toC业务,站点强依赖mongodb、弱依赖于impala:impala即使连不上,只是不能查,站点sso+订单相关的写入操作应该还可用。...回想起前几天看到的k8s探针,糟糕,我们的就绪探针好像探测了impala // ASP.NetCore上暴露的的探测逻辑:impala && mongodb services.AddHealthChecks

    1.4K20
    领券