brader 最近的时间轴更新 brader 最近的时间轴更新 |
braderV2EX 第 431548 号会员，加入于 2019-07-24 09:18:05 +08:00今日活跃度排名 7830 |
| 客户端连接 rabbitmq 如何验证客户端合法性？ RabbitMQ • brader • 97 天前 • 最后回复来自 brader | 2 |
| 请教下 mycat 使用问题 MySQL • brader • 160 天前 • 最后回复来自 BruceXHe | 2 |
| mysql 哈希索引
2 MySQL • brader • 208 天前 • 最后回复来自 npe
|
16 |
| 请教迅游加速器实现原理？ 程序员 • brader • 245 天前 • 最后回复来自 brader | 21 |
| macOS 有什么类似 xshell 这样好用的工具吗 macOS • brader • 124 天前 • 最后回复来自 clemente0620 | 64 |
| mysql 字段设置讨论 MySQL • brader • 306 天前 • 最后回复来自 zpf124 | 5 |
| 关于 mysql 索引讨论 MySQL • brader • 316 天前 • 最后回复来自 Aresxue | 24 |
| 广州 2 年经验 PHP 薪资范围一般是多少？ 程序员 • brader • 2019-10-11 11:32:20 AM • 最后回复来自 datoubb | 16 |
brader 最近回复了
5 天前 回复了 bjdgyc 创建的主题 › 分享创造 › 基于 golang 开发的 AnyLink 企业级远程办公 ssl vpn 软件开源了 |
建议各位要高度警惕将公司内网映射到外网的行为，风险主要来自于两方面：
1 、外网的非法入侵。
2 、未征得公司同意的情况下的法律风险。
1 、外网的非法入侵。
2 、未征得公司同意的情况下的法律风险。
5 天前 回复了 mythjava 创建的主题 › 分享创造 › 整了个多人在线数独游戏 |
@mythjava 建议简化注册流程，比如，只需填昵称，就可使用，我想法是，系统生成 3 位随机码前缀，后面用户自己填，例如: 951-brad，这样后续就能针对用户名做一些限制
76 天前 回复了 youla 创建的主题 › .NET › .NET Core 5.0 稳定版发布了。 |
@whitehack 可以用 links 看
78 天前 回复了 kisshere 创建的主题 › 程序员 › windows 下最好用的 scp OR sftp 客户端是什么？ |
git bash
79 天前 回复了 solider245 创建的主题 › Linux › 不懂就问： Linux 默认创建的文件是什么后缀格式的？ |
Linux 并不以文件后缀来判别文件类型，文件后缀是给人看的，方便管理员管理文件，并不是给机器识别的。
现在主流的 Linux 文件类型，一般就两种：ASCII 文件、二进制文件。
现在主流的 Linux 文件类型，一般就两种：ASCII 文件、二进制文件。
97 天前 回复了 brader 创建的主题 › RabbitMQ › 客户端连接 rabbitmq 如何验证客户端合法性？ |
@julyclyde 是的，给客户端用，就是会暴露出去
100 天前 回复了 Ethson 创建的主题 › 程序员 › 不懂就问系列： PHP 网站使用 nginx 遇到的一些问题 |
@Ethson 你理解有误，你仔细琢磨 try_files 的用法，其实我想，$uri/没有起作用，因为它正如你想的一样，没找到，所以继续执行后面一句，起作用的是后面一句 /$url.php ，
至于你一开始，填了$uri.php ，问题就在这里了，nginx 找到了改文件，所以 nginx 的 try_files 会将该文件发送给用户。
至于你一开始，填了$uri.php ，问题就在这里了，nginx 找到了改文件，所以 nginx 的 try_files 会将该文件发送给用户。
133 天前 回复了 xiaoshouchen 创建的主题 › PHP › 高并发， PHP 请求超时， CPU 占用上不去 |
服务已经稳定跑了 1 年了。
133 天前 回复了 xiaoshouchen 创建的主题 › PHP › 高并发， PHP 请求超时， CPU 占用上不去 |
16 核 16G
pm=static
pm.max_children=400
3 万多个用户
pm=static
pm.max_children=400
3 万多个用户
134 天前 回复了 chaodada 创建的主题 › MySQL › 求教大佬 sql 问题 |
@justgodlike1993 我觉得建立(uid,order_id)是不起作用的，应该建立(uid,ordertiem)索引，从执行计划以及查询结果综合分析，应该能将扫描行数从 44000 行缩减到 22000 行左右。
当然，不管是 4 万行，还是 2 万行，mysql 的文件排序，我认为不应如此慢，综合楼主上面提到的，是偶然亦或规律性出现这样的问题，那么我觉得还应该考虑是否出现了锁等待，比如：是否有某个定时任务。
当然，不管是 4 万行，还是 2 万行，mysql 的文件排序，我认为不应如此慢，综合楼主上面提到的，是偶然亦或规律性出现这样的问题，那么我觉得还应该考虑是否出现了锁等待，比如：是否有某个定时任务。
Select Language