V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dust0522  ›  全部回复第 2 页 / 共 3 页
回复总数  43
1  2  3  
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
2023-02-22 11:56:52 +08:00
回复了 dust0522 创建的主题 Java 用了 ShardingSphere Spring Transactional 注解 改不了事务隔离级别
spring.shardingsphere.datasource 利用反射初始化的连接池的创建参数,我一直没想连接池的事
2023-02-22 11:47:46 +08:00
回复了 dust0522 创建的主题 Java 用了 ShardingSphere Spring Transactional 注解 改不了事务隔离级别
@OldCarMan 你提醒了我,解决了哈哈,我用的 Druid 连接池 在配置文件中加入 spring.shardingsphere.datasource.defaultTransactionIsolation=4 (4 代表 REPEATABLE-READ), 这样连接池在创建连接的时候,会把这个值赋给 ShardingSphereConnection 。
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2608 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 02:56 · PVG 10:56 · LAX 18:56 · JFK 21:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.