V2EX › whx20202 的所有回复 › 第 6 页 / 共 36 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 36

❮

❯

2018-05-21 10:14:33 +08:00

回复了 Menci 创建的主题 › 云计算 › 阿里云香港和新加坡 HTTPS 极其不稳定

我的 HTTPS 代理也是经常抽风，链路很好，估计是被搞了

2018-05-16 10:14:30 +08:00

回复了 Light3 创建的主题 › 程序员 › 有哪些适合小团队管理代码的方式

code.aliyun.com 了解一下？

2018-05-14 10:39:46 +08:00

回复了 killeder 创建的主题 › Linux › http://lxr. Linux .no/ Linux 不能用了吗

打不开报错了

2018-05-11 17:15:41 +08:00

回复了 Windsooon 创建的主题 › 程序员 › 公私钥加密基础教程

@hxndg #2 我怎么只见过 TLS_ECDHA_AES_256_GCM_SHA384 ？

2018-05-11 15:00:28 +08:00

回复了 zhangjiabin1010 创建的主题 › Python › 关于在 Python 里执行 Sql 速度慢的问题，求帮助

@whx20202 #17 原来这是新帖子搞错了我再看下

2018-05-11 14:59:20 +08:00

回复了 zhangjiabin1010 创建的主题 › Python › 关于在 Python 里执行 Sql 速度慢的问题，求帮助

你把 SQL 在数据库节点上执行，输出的 9W 行，直接重定向一下文件，看看用多久？
现在你还没能够证明 SQL 本身很快啊

2018-05-11 10:25:59 +08:00

回复了 zhangjiabin1010 创建的主题 › Python › 关于 Python 执行 Sql 语句速度慢的问题。

建议排查数据库的 slow log 看看数据库端执行时间多长
1. postgresql 这种慢 SQL 日志，会把 python 进程和数据库中间，传数据的时间也包括在内，而你读了 9W 行，这个时间也很恐怖
2. 有时候 SQLalchemy 序列化的性能很低很低，之前搞 OpenStack 性能优化的时候，APM 团队说，我们环境上 99%的时间都在序列化上，你可以考虑上一个 cprofile 看一下。
3. 首先得在数据库端查看执行计划，我觉得你的 SQL 本身可能也有问题

所以：
1. 在数据库中查看执行计划，看看有没有做到读最少的 IO，返回最合适的内容
2. 如果 SQL 没问题，可以考虑在数据库节点用命令行导出结果，这个时间应该比你看到的慢 SQL 时间短，因为省去了路上的时间，和服务器解析的时间（尤其是用了 ORM 框架的情况下）
3. 也可以考虑上 cprofile
4. 9W 行真的需要吗，有没有可能在数据库里直接聚合一下？

2018-05-07 17:09:51 +08:00

回复了 qcloud 创建的主题 › Linux › 心塞...CentOS7.4 被 rm -rf 删除了数据可以恢复吗？

真的没有快照吗

2018-05-06 20:56:22 +08:00

回复了 whx20202 创建的主题 › SSL › 用了 lets encrypt 野卡证书，发现证书自带证书透明度了

@isCyan #2 有道理不用编译 nginx-ct 了
ocsp 还是可以留着的

2018-05-06 17:54:00 +08:00

回复了 jasonli4 创建的主题 › 云计算 › 求推荐 Mac 环境类似 Windows 的 Xshell 远程终端？

@crossoverJie #2 不知道 iterm2 有没有快速命令集

2018-05-03 21:08:51 +08:00

回复了 John60676 创建的主题 › 程序员 › Python 里面 False == None 为什么是 False 而不是 True

java 里面 false 和 null 也不一样啊，虽然基本类型没法直接比