V2EX › dust0522 的所有回复 › 第 2 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2023-08-03 16:59:43 +08:00

回复了 sirz 创建的主题 › 推广 › GPT 联网初体验

账号：mr_dust 感谢

2023-07-28 11:41:19 +08:00

回复了 EyebrowsWhite 创建的主题 › 推广 › [抽奖] 评论送两台 OneKey Mini

重在参与，这东西之前听说过，见识见识

2023-07-18 08:39:06 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

防火墙规则确实看不了，我们没权限，但确定是防火墙的问题

2023-07-18 08:37:52 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@kkkbbb 这个跟公司网络架构有关

2023-07-18 08:35:17 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@documentzhangx66 感谢，确实网络基础很差

2023-07-17 10:16:54 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@vainl1 防火墙这个规则咋触发的，真离谱啊。。。

2023-07-17 10:11:27 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@nenseso 防火墙干的

2023-07-17 10:11:13 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@vainl1 感谢，中间防火墙给拒绝了

2023-07-17 09:23:19 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@liuidetmks 我也想给他 ban 了，但是在领导那说不过去啊，base 的图片也能植入攻击吗

2023-07-17 09:22:36 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

是，否。报文都是 base64 的图片数据 @vainl1

2023-07-17 08:52:43 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

跳过转发服务器，直接请求程序是没问题的，现在在测试上还复现不了，还在搭环境

2023-07-17 08:46:38 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

@leaves615 我试试，找不到有用的日志，很头疼

2023-07-17 08:44:33 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

对了，nginx 会报这个，[info] 407539#0: *6273 recv() failed (104: Connection reset by peer), client: 客户端地址, server: localhost, request: "POST /hk/bms-front/agentMerchantUploadImage HTTP/1.1", host: "服务端地址"

2023-07-17 08:35:41 +08:00

回复了 dust0522 创建的主题 › 程序员 › 真没见过这种问题，求帮助

报文也不大就 214KB

2023-03-17 11:37:33 +08:00

回复了 dust0522 创建的主题 › 程序员 › mysql 查询时的优化

~~~~~~~~~~用了 sql_no_cache 速度反过来了，什么鬼，应该是缓存的原因了

2023-03-17 11:30:49 +08:00

回复了 dust0522 创建的主题 › 程序员 › mysql 查询时的优化

{
"query_block": {
"select_id": 1,
"cost_info": {
"query_cost": "52.94"
},
"nested_loop": [
{
"table": {
"table_name": "mr2",
"access_type": "ref",
"possible_keys": [
"mer_no"
],
"key": "mer_no",
"used_key_parts": [
"mer_no"
],
"key_length": "83",
"ref": [
"const"
],
"rows_examined_per_scan": 1,
"rows_produced_per_join": 1,
"filtered": "100.00",
"cost_info": {
"read_cost": "1.00",
"eval_cost": "0.20",
"prefix_cost": "1.20",
"data_read_per_join": "10K"
},
"used_columns": [
*
]
}
},
{
"table": {
"table_name": "mc",
"access_type": "ALL",
"rows_examined_per_scan": 231,
"rows_produced_per_join": 231,
"filtered": "100.00",
"using_join_buffer": "Block Nested Loop",
"cost_info": {
"read_cost": "5.54",
"eval_cost": "46.20",
"prefix_cost": "52.94",
"data_read_per_join": "274K"
},
"used_columns": [
"code"
],
"attached_condition": "<if>(is_not_null_compl(mc), (`trans-core`.`mc`.`code` = `trans-core`.`mr2`.`mcc_cd`), true)"
}
}
]
}
}

2023-03-17 11:29:54 +08:00

回复了 dust0522 创建的主题 › 程序员 › mysql 查询时的优化

{
"query_block": {
"select_id": 1,
"cost_info": {
"query_cost": "1.20"
},
"table": {
"table_name": "mr",
"access_type": "ref",
"possible_keys": [
"mer_no"
],
"key": "mer_no",
"used_key_parts": [
"mer_no"
],
"key_length": "83",
"ref": [
"const"
],
"rows_examined_per_scan": 1,
"rows_produced_per_join": 1,
"filtered": "100.00",
"cost_info": {
"read_cost": "1.00",
"eval_cost": "0.20",
"prefix_cost": "1.20",
"data_read_per_join": "10K"
},
"used_columns": [
*
]
}
}
}

2023-03-17 11:27:05 +08:00

回复了 dust0522 创建的主题 › 程序员 › mysql 查询时的优化

我用 show profiles; 查出来的两个查询的时间差距，第二个查询没用 limit 都比第一个快，只是觉得很奇怪。

10 0.00037925 SELECT mr.* from register mr WHERE mer_no = '10373914029XXXXXXXXX' limit 1

17 0.0005085 SELECT mr2.* FROM register mr2 LEFT JOIN mccs mc ON mc.`code` = mr2.mcc_cd WHERE mr2.mer_no = '10373914029XXXXXXXXX'

@BiChengfei @rekulas @opengps @weijancc

2023-03-17 10:41:57 +08:00

回复了 dust0522 创建的主题 › 程序员 › mysql 查询时的优化

表：register InnoDB 16w 条数据 mer_no 有索引、mcc_cd 没索引

表：mccs MyISAM 300 条数据 code 没索引

-- 0.25 秒以上

SELECT * FROM register WHERE mer_no = '10373914029XXXXXXXXX' limit 1

-- 0.18 秒

SELECT * FROM register mr LEFT JOIN mccs mc ON mc.code = mr.mcc_cd WHERE mr.mer_no = '10373914029XXXXXXXXX' limit 1

2023-03-17 10:40:37 +08:00

回复了 dust0522 创建的主题 › 程序员 › mysql 查询时的优化

register InnoDB 16w 数据 mer_no 有索引

mcc_cd 没索引 mccs MyISAM 300 条数据 code 没索引

-- 0.25 秒以上 SELECT * FROM register WHERE mer_no = '10373914029XXXXXXXXX' limit 1

-- 0.18 秒 SELECT * FROM register mr LEFT JOIN mccs mc ON mc.code = mr.mcc_cd WHERE mr.mer_no = '10373914029XXXXXXXXX' limit 1

1 2 3

❮

❯