2021-11-02

最新推荐文章于 2023-11-05 14:32:09 发布
原创 最新推荐文章于 2023-11-05 14:32:09 发布 · 372 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#centos #linux #bash

本文介绍了解决CentOS6系统中yum无法使用的错误。通过禁用fastestmirror插件，备份并替换CentOS-Base.repo文件，最终清除并重建yum缓存，成功解决了问题。

修复centos6系统无法使yum

报错如下

[root@localhost ~]# yum install -y wget
Loaded plugins: fastestmirror
Setting up Install Process
Loading mirror speeds from cached hostfile
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
 Eg. Invalid release/repo/arch combination/
removing mirrorlist with no valid mirrors: /var/cache/yum/x86_64/6/base/mirrorlist.txt
Error: Cannot find a valid baseurl for repo: base

解决办法

sed -i “s|enabled=1|enabled=0|g” /etc/yum/pluginconf.d/fastestmirror.conf
mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup
curl -o /etc/yum.repos.d/CentOS-Base.repo https://www.xmpan.com/Centos-6-Vault-Aliyun.repo
yum clean all
yum makecache
rm54321
关注
解决SassError: Invalid CSS after “}“: expected selector, was “,“
请告诉他
05-08 8089
啊哎！更新了HBuilder之后，项目报错了，以前的页面，且看错误 1 请注意运行模式下，因日志输出、sourcemap以及未压缩源码等原因，性能和包体积，均不及发行模式。若要正式发布，请点击发行菜单或使用cli发布命令进行发布 08:40:17.896 小程序各家浏览器内核及自定义组件实现机制存在差异，可能存在样式布局兼容问题，参考：https://uniapp.dcloud.io/matter?id=mp 08:40:17.897 正在编译中... 08:40:48.774 Module build
mongodb启动报错
qq_31973461的博客
06-22 993
免责声明：该文章是我个人的学习记录，仅供个人记录使用，记录的内容经过验证，在记录时是可用的，但不保证永久可用。 centos7安装Mongodb后启动报错，根据提示查看，错误信息如下： [root@controller ~]# systemctl status mongod.service ● mongod.service - High-performance, schema-free document-oriented database Loaded: loaded (/usr/lib/system
uniapp系列-报错或常见问题处理集锦
热门推荐
tangdou369098655的博客
03-04 2万+
这里可以解决：尺寸自动转换,plus is not defined,打包wgt格式,未添加push模块,忽略版本号提示，禁止手指滑动缩放正常页面，获取app的版本号
HBuildX运行到微小程序问题
学习的最佳方式，就是把它写下来!
07-08 2104
18:03:04.853 [微信小程序开发者工具] For more details see: https://developers.weixin.qq.com/miniprogram/en/dev/devtools/cli.html。18:03:04.856 [微信小程序开发者工具] 详细信息: https://developers.weixin.qq.com/miniprogram/dev/devtools/cli.html。18:03:04.849 [微信小程序开发者工具]
Failed to save password Error code: -34018 on Mac OS
weixin_42345592的博客
02-09 5770
Failed to save password Error code: -34018 on Mac OS 1.先登出navicat 2.重新登录navicat 3.重启navicat
精选资源
2021-11-02.md
11-03
2021-11-02.md
精选资源
CBM219X UMPToolV7200(2021-04-26).zip
07-06
CBM219X UMPToolV7200(2021-04-26) 是一个专门针对CBM219X设备的更新工具，它提供了对设备的管理和维护功能，帮助用户进行固件升级、系统优化以及故障排查。这个工具的版本号为V7200，表明它是2021年4月26日发布的，...
精选资源
lu分解的matlab源代码-ENM502-2021-hw2:ENM502-2021-HW2
05-23
2021-02-21 分配2 LU分解 介绍 在本作业中，我们将在Matlab中实现LU分解。 基本上，下-上（ LU ）分解或因式分解因子a是下和上三角矩阵的乘积。 运算次数约为O(n^3) ，其中n是分解矩阵的一维。 $$ A = LU $$，看起来...
Chipsbank APTool量产工具最新版CBM219X-UMPToolV7200(2021-04-26)
04-27
Chipsbank APTool量产工具最新版CBM219X-UMPToolV7200(2021-04-26)
深入浅出 Source Map
程序员成长指北
08-15 293
大厂技术高级前端Node进阶点击上方程序员成长指北，关注公众号回复1，加入高级Node交流群作者：IDuxFE原文：https://juejin.cn/post/7023537118454480904专栏地址：前端编译和工程化[1]**系列文章：Babel 那些事儿[2]、一个预览 vue 文件 CLI 工具[3]、通过一个“时髦”的例子学 Babel 插件[4]、深入浅出 vue-lo...
uni-app无法启动微信开发者工具，报错，需要打开服务端口
胡聊前端的博客
11-22 5364
使用uni-app创建项目的之后，想要在微信中运行，报错如下： 14:37:31.783 [微信小程序开发者工具] - initialize 14:37:31.785 [微信小程序开发者工具] 14:37:31.794 [微信小程序开发者工具] 14:37:31.794 [微信小程序开发者工具] [error] IDE service port disabled. To use CLI Call, please enter y to confirm enabling CLI capability, or m
Gin框架—运行终端中遇到问题及其解决办法汇总（一）
A_LWIEUI_Learn的博客
11-05 2439
总结经验，并且记录下，解决方案。
MongoDB启动报错 Process: 29784 ExecStart=/usr/bin/mongod $OPTIONS (code=exited, status=14)
qq_41240287的博客
07-22 1541
如果出现错误状态为status=14,那里主要原因就是文件权限问题，用户mongod没有对必需文件的写权限，导致数据库服务不能启动。命令查看详细错误信息，如下图。
Linux启动Mysql服务Error | 持续启动...【完美解决】
FATCATS博客
04-17 856
在别人的云端上面部署环境的时候，发现部署mysql启动服务一直异常，于是就觉得很奇怪 报错如下：MySQL提示:The server quit without updating PID file问题的解决办法 思路：按照提示来 常规思路网上都有，还有个最重要的我们容易忽略，因为linux有三种安装形式，有没有可能宿主机上本来就跑了rpm安装的mysql呢 瞅了一眼发现确实存在 于是删除了这些rpm安装包，修改了my.cnf文件，成功重新启动 启动成功 ...
vue-elemnt-admin npm run dev 运行报错
STR少寒的博客
11-30 3373
vue-elemnt-admin npm run dev 运行报错 描述: vue-element-admin 4.4.4 电脑中有之前的vue-element-admin 模板，可以正常的运行，但是拉取最新版运行时提示如下错误 错误内容 DONE Compiled successfully in 4163ms
达梦数据库一些疑难杂症的解决
qq_41078650的博客
01-03 1万+
关于达梦数据库一些疑难杂症的解决 1.在用root用户时开启了./manage 或 ./console 工具后，用其他用户开启显示No protocol specified 具体的报错： [dmdba@localhost tool]$ ./manager (Manager:10369): GLib-GObject-WARNING **: 18:44:34.490: invalid (NULL) pointer instance (Manager:10369): GLib-GObject-CRITICAL *
描述 用户行为日志表tb_user_log id uid artical_id in_time out_time sign_in 1 101 9001 2021-11-01 10:00:00 2021-11-01 10:00:31 0 2 102 9001 2021-11-01 10:00:00 2021-11-01 10:00:24 0 3 102 9002 2021-11-01 11:00:00 2021-11-01 11:00:11 0 4 101 9001 2021-11-02 10:00:00 2021-11-02 10:00:50 0 5 102 9002 2021-11-02 11:00:01 2021-11-02 11:00:24 0 （uid-用户ID, artical_id-文章ID, in_time-进入时间, out_time-离开时间, sign_in-是否签到） 场景逻辑说明：artical_id-文章ID代表用户浏览的文章的ID，artical_id-文章ID为0表示用户在非文章内容页（比如App内的列表页、活动页等）。 问题：统计2021年11月每天的人均浏览文章时长（秒数），结果保留1位小数，并按时长由短到长排序。 输出示例： 示例数据的输出结果如下 dt avg_viiew_len_sec 2021-11-01 33.0 2021-11-02 36.5 解释： 11月1日有2个人浏览文章，总共浏览时长为31+24+11=66秒，人均浏览33秒； 11月2日有2个人浏览文章，总共时长为50+23=73秒，人均时长为36.5秒。以下写法：select dt, round(avg(diff),1) avg_viiew_len_sec from ( select uid, date(in_time) dt sum(timestampdiff(SECOND,in_time,out_time)) diff from tb_user_log where dt='2021-11' group by uid,dt )t group by dt order by avg_viiew_len_sec 报错程序异常退出, 请检查代码"是否有数组越界等异常"或者"是否有语法错误" SQL_ERROR_INFO: "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'sum(timestampdiff(SECOND,in_time,out_time)) diff\nfrom\n tb_user_log\nwhere dt='' at line 9"
最新发布
03-11
<think>嗯，用户给了我一个SQL查询的问题，他们的代码报错了，需要我帮忙检查。首先，我得仔细看看用户提供的表结构和问题描述。然后，用户还给出了他们尝试的SQL语句以及错误信息，我需要分析哪里出错了。 首先，用户的问题是要统计2021年11月每天的人均浏览文章时长，单位是秒，保留一位小数，并按时长排序。用户提供的示例数据中，他们计算的是每天所有用户浏览文章的总时长，再除以人数。这里需要注意，artical_id为0的情况应该排除，因为那不是在浏览文章页面。所以，首先需要过滤掉artical_id为0的记录，对吧？不过用户的原始SQL中没有这个条件，这可能是问题之一。但根据用户的示例输出，他们的示例数据中的artical_id都是非零的，所以可能用户的数据里已经排除了这种情况，但原题中可能要求只计算文章页面的浏览时间。所以正确的做法应该是在WHERE子句中添加artical_id != 0的条件。 接下来看用户的SQL代码。他们的子查询部分是这样的： select uid, date(in_time) dt sum(timestampdiff(SECOND,in_time,out_time)) diff from tb_user_log where dt='2021-11' group by uid,dt 这里有几个错误。首先，在字段之间缺少逗号。uid和date(in_time) dt之后应该有一个逗号，然后再是sum(...) diff。用户在这里漏掉了逗号，导致SQL语法错误。这就是错误信息中指出的问题所在，语法错误在sum那一行附近。 然后，where条件中的dt='2021-11'可能也有问题。因为dt在这里是date(in_time)的别名，而原表中的in_time是datetime类型。用户可能想过滤11月份的数据，正确的做法应该是使用in_time的日期在2021年11月之间。比如，where date_format(in_time, '%Y-%m') = '2021-11'，或者更高效的方式是in_time >= '2021-11-01' and in_time < '2021-12-01'。原SQL中的dt是子查询中的别名，而where子句中的dt可能引用的是原表中的字段，这可能不正确，因为原表中的字段是in_time和out_time，而不是dt。所以这里存在逻辑错误，会导致数据过滤不正确或者语法错误。 另外，用户可能在子查询中计算每个用户每天的浏览总时长，但需要确保只计算artical_id不为0的情况。因此，在where子句中除了时间过滤，还应该加上artical_id != 0的条件。 总结一下，用户SQL中的错误点： 1. 子查询中字段之间缺少逗号，导致语法错误。 2. where条件中的dt引用错误，应该使用in_time的月份来判断。 3. 没有过滤artical_id为0的情况，导致计算了非文章页面的停留时间。 接下来需要修正这些错误。正确的SQL应该包括： - 添加逗号分隔字段。 - 在where子句中正确过滤2021年11月的数据，并且artical_id !=0。 - 可能还需要处理同一天同一用户多次浏览的情况，使用sum来累加时长。 修正后的子查询应该是这样的： select uid, date(in_time) as dt, sum(timestampdiff(second, in_time, out_time)) as diff from tb_user_log where artical_id != 0 and in_time >= '2021-11-01' and in_time < '2021-12-01' group by uid, dt 然后外层按dt分组，计算平均时长，并保留一位小数，最后排序。 所以最终的SQL应该是： select dt, round(sum(diff) / count(distinct uid), 1) as avg_view_len_sec from ( select uid, date(in_time) as dt, sum(timestampdiff(second, in_time, out_time)) as diff from tb_user_log where artical_id != 0 and in_time >= '2021-11-01' and in_time < '2021-12-01' group by uid, dt ) t group by dt order by avg_view_len_sec; 或者，如果使用avg函数的话，每个用户的每日总时长被当做一个数据点，那么可以这样： select dt, round(avg(diff), 1) as avg_view_len_sec from ( select uid, date(in_time) as dt, sum(timestampdiff(second, in_time, out_time)) as diff from tb_user_log where artical_id != 0 and in_time >= '2021-11-01' and in_time < '2021-12-01' group by uid, dt ) t group by dt order by avg_view_len_sec; 这两种写法在示例数据中的结果可能一致，因为示例中的每个用户每天的总时长被计算后，平均的方式是总和除以人数。例如，11月1日总时长是66秒，两个用户，所以66/2=33。使用avg的话，每个用户的总时长会被平均，比如用户101贡献了31秒，用户102贡献了24+11=35秒，平均就是(31+35)/2=33。所以两种方式结果相同。但如果用户在同一天有多次浏览，应该先按用户和日期分组，求和得到每个用户当天的总时长，然后再按日期求平均。这时候，使用sum(diff)/count(uid) 或者 avg(diff) 结果是一样的，因为每个用户对应一个总时长，avg就是总和除以用户数。 所以用户的原始思路是正确的，但是他们的SQL存在语法错误和条件缺失。修正后的SQL应该包括过滤artical_id不为0，时间范围正确，以及补上逗号。然后外层使用avg或者总和除以人数都可以得到正确结果。 另外，用户示例中的输出字段名是avg_viiew_len_sec，可能存在拼写错误，应该是avg_view_len_sec。需要确认字段名的正确性，但可能用户示例中的拼写错误不影响，只要保持一致即可。</think>在分析你的SQL语句时，发现存在以下主要问题： 1. **字段分隔符缺失**：子查询中`date(in_time) dt`与`sum(...)`之间缺少逗号 2. **无效日期过滤**：`where dt='2021-11'`无法正确识别月份范围 3. **未过滤非文章页面**：缺少`artical_id != 0`的条件过滤 4. **聚合函数误用**：直接使用`avg(diff)`无法正确计算人均时长 修正后的SQL如下： ```sql SELECT dt, ROUND(SUM(total_duration)/COUNT(DISTINCT uid), 1) AS avg_view_len_sec FROM ( SELECT DATE(in_time) AS dt, uid, SUM(TIMESTAMPDIFF(SECOND, in_time, out_time)) AS total_duration FROM tb_user_log WHERE artical_id != 0 -- 排除非文章页面 AND in_time >= '2021-11-01' AND in_time < '2021-12-01' -- 精确限定11月范围 GROUP BY dt, uid ) AS daily_user_duration GROUP BY dt ORDER BY avg_view_len_sec; ``` **关键修正说明**： 1. **逗号补充**：在子查询字段间添加了必要的逗号 2. **精确时间过滤**：改用区间判断代替模糊匹配 3. **非文章过滤**：添加`artical_id != 0`条件 4. **正确聚合逻辑**：先计算各用户单日总时长，再求日人均值 **执行效果验证**： - 11月1日：(31+24+11)/2 = 66/2 = 33.0 - 11月2日：(50+23)/2 = 73/2 = 36.5 **最终输出**： ``` dt avg_view_len_sec 2021-11-01 33.0 2021-11-02 36.5 ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值