首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    记录使用mongoDB时遇到的有趣问题

    一、前话 最近在开发金融类的k线、盘口业务,而这些业务的海量数据如何存储,公司的技术选型,选择了MongoDB。...而对k线这类业务来说,查询历史数据是必要的功能,所以我便开始编写对MongoDB进行查询的接口,也就是在这个时候,问题出现了。...前端在调用接口时会发过来两个时间戳(必填),一个是开始时间(startTime),另一个是结束时间(endTime),我需要显示指定时间里的数据,我心想:OK,太容易了,我直接闭眼敲… 二、代码-问题出现的场景...看着没问题,调用一下 因为modb数据库已经有大量的数据,只需要在数据库中选择两个时间段传递过来测试就行了,也就是这一套操作下来出去的问题: 我选择了一段时间,期待着他给我反馈这一段时间的数据,程序确实返回了数据...三、解决 我开始反复对时间戳进行修改,来确认是否是数据的问题,刚好我的同事(阿贵)过来了,他看了代码也感觉是非常奇怪,于是便回到工位去查询资料,而我也接着对线这个问题,直到同事(阿贵)他发来了一个图片:

    65410

    使用@Component时再使用@Resource或@Autowired时注入失败问题

    当Spring容器启动时,会扫描带有@Component注解的类,并将它们实例化为bean。这些bean会被添加到Spring容器的bean工厂中,以便在应用程序中使用。...当Spring容器创建带有@Autowired注解的bean时,会自动查找匹配的类型进行注入。如果找到多个匹配的类型,则会抛出异常。...当Spring容器创建带有@Resource注解的bean时,会优先使用名称匹配进行注入。如果找不到匹配的名称,则会使用类型匹配进行注入。...在使用@Component、@Autowired或@Resource注解进行依赖注入时,还需要注意以下几点: 如果希望使用@Autowired注解注入多个匹配的类型,可以使用@Qualifier注解指定具体的...如果希望使用@Autowired或@Resource注解注入的依赖不存在,可以使用@Autowired(required=false)或@Resource(required=false),并在代码中进行相应的处理

    3.5K10

    SELECT * 的性能陷阱与列筛选优化

    在数据库开发中,SELECT * 看似便捷高效——一键获取整行数据,省去了手动列出字段的麻烦。然而,这条“捷径”背后潜藏着严重的性能隐患,尤其在数据规模增长时可能成为系统瓶颈。...本文将剖析 SELECT * 的深层问题,并探讨如何通过列筛选优化规避风险。 一、为什么 SELECT * 是性能陷阱?...扩展性与维护隐患 表结构变更:新增字段(如 phone_number)后,SELECT * 可能无意中泄露敏感数据; ORM 框架问题:如 Hibernate 的 Entity 映射会加载所有字段,...SELECT * 的便捷性犹如“甜蜜毒药”,在开发初期难以察觉问题,却在系统扩张时引发连锁反应。显式指定列是规避风险的第一步,但这仅是优化的起点。...DTO Service 层:按业务场景组装字段 监控预警:对全字段查询触发慢 SQL 告警 终极结语从 SELECT * 到显式列筛选,不仅是 SQL 书写习惯的改变,更是性能意识与工程素养的跃迁

    22020

    使用JFR分析性能问题

    简介 java程序的性能问题分析是一个很困难的问题。尤其是对于一个非常复杂的程序来说,分析起来更是头疼。 还好JVM引入了JFR,可以通过JFR来监控和分析JVM的各种事件。...通过这些事件的分析,我们可以找出潜在的问题。 今天我们就来介绍一下对java性能分析比较重要的一些JFR事件。 GC性能事件 一般来说,GC会对java程序的性能操作产生比较重要的影响。...heap空间越大,GC的间隔时间就越长。总的GC pause时间就会越短。 尽量减少tmp对象的分配。我们知道为了提升多线程的性能,JVM会使用TLAB技术。...同步性能 在多线程环境中,因为多线程会竞争共享资源,所以对资源的同步,或者锁的使用都会影响程序的性能。 我们可以监控jdk.JavaMonitorWait事件。...代码执行的性能 代码是通过CPU来运行的,如果CPU使用过高,也可能会影响到程序的性能。 我们可以通过监听jdk.CPULoad事件来对CPULoad进行分析。

    1.7K51

    使用CompletableFuture时,那些令人头疼的问题

    (image-320b40-1608800133019)] 立马上后台看日志,但是却发现这个异常是RPC内部处理时抛出来的,第一反应那就是找上游服务提供方,问他们是不是改接口啦?准备开始甩锅! ?...还有更奇怪的事情,那就是同时装了好几套环境,其他环境是没问题的,此时就没再去关注,后来发现只有在重启了服务器之后,这个问题就会作为必现问题,着实头疼。...问题定位 到这里只能老老实实去debug RPC调用过程的源码了。...然后就要确定下执行ServiceLoader.load方法时,最终ServiceLoader的loader到底是啥?...问题就在于CompletableFuture.runAsync这里,这里并没有显示指定Executor,所以会使用ForkJoinPool线程池,而ForkJoinPool中的线程不会继承父线程的ClassLoader

    4K00

    VUE 使用新版本 element-ui 组件库 Select 组件时, value 值为对象时的 BUG 处理

    VUE 使用新版本 element-ui 组件库 Select 组件时, value 值为对象时的 BUG 处理 在公司项目中,我们使用了 element-ui 组件库,非常的好用。...近日我们的项目升级,而 element-ui 组件库也升级了。而升级的内容中有我们希望使用的新特性,于是我们愉快的升级了。 但是在升级之后,我们发现在某一块功能中使用的 Select 组件出现了问题。...我们退回到 element-ui@1.3.7 版本时,问题消失。因此,我们初步判断,这是 element-ui 的 BUG。 为了解决这个问题,我们自己写了一个下拉组件。...但是我总感觉 element-ui 应该不会有这么明显的问题。今天仔细看了一下官方更新文档,焕然大悟。 ? 迅速查看文档 ?...问题找到之后,我们没在项目中使用自己写的组件,而是还原成使用 element-ui 的组件了。 PS: 这篇文章的次要重点是提醒那些遇到同样问题的朋友。

    1.8K100

    Datatable.select() 方法的使用

    文章为转载 ,原文地址 DataTable是我们在进行开发时经常用到的一个类,并且经常需要对DataTable中的数据进行筛选等操作,下面就介绍一下Datatable中经常用到的一个方法——Select...,微软提供了四个函数的重载,分别是 Select() Select(string filterExpression) Select(string filterExpression, string sort...1) Select()——获取所有 System.Data.DataRow 对象的数组。...3) Select(string filterExpression, string sort)——获取按照指定的排序顺序且与筛选条件相匹配的所有 System.Data.DataRow 对象的数组。...4) Select(string filterExpression, string sort, DataViewRowState recordStates)——获取与排序顺序中的筛选器以及指定的状态相匹配的所有

    1.1K30

    使用部分写时复制提升Lakehouse的 ACID Upserts性能

    使用部分写时复制提升Lakehouse的 ACID Upserts性能 译自:Fast Copy-On-Write within Apache Parquet for Data Lakehouse ACID...我们还会通过性能测试来展示相较传统的Delta Lake和Hudi写时复制的速度(提升3x~20x倍)。...因此写时复制对于很多使用场景至关重要。较慢的写时复制不仅会导致任务运行时间变长,还会消耗更多的计算资源。在一些使用场景中可以观察到使用了相当数量的vCore,等同于花费了上百万美元。...下图描述了更多细节: 图4:Parquet文件中的新写时复制 性能测试 我们使用传统的TPC-DS 数据方式测试比较了新的写时复制的性能。...为了解决这个问题,我们在具有行级索引的Apache Parquet文件中引入了部分写时复制,以此来跳过对不需要的数据页的读写。在性能测试中展现了明显的性能优势。

    38510

    使用Perf诊断PostgreSQL性能问题

    1 编译参数 使用perf获取完整的堆栈信息需要下面几个编译参数: -O0:编译器不做优化 -ggdb3:增加了为GDB优化的调试信息,级别是3 -g3:增加了调试信息,级别是3 -fno-omit-frame-pointer...:保留完成的栈帧 但偏向于debug的参数会造成性能降低,生产上也不一定这样编,部分堆栈缺失也不妨碍整体性能分析。...perf使用符号表将地址对应到函数名,这里简单总结下函数地址的查看方法。...exec_simple_query 00000000009f1760 l F .text 00000000000006b0 exec_simple_query 实际运行时,加载到内存中时,...如果一个函数的Self时间很高意味着函数本身的代码效率低下。如果一个函数的Children时间很高,但Self时间相对较低,可能意味着它调用的一个或多个子函数是性能瓶颈。

    48211

    使用谷歌标准api时protobuf生成遇到的问题

    在vscode时新增proto文件时,按下sr会出现一个快捷生成CRUD服务的例子 srvcrud 然后再protoc生成时发现报如下错误: map/proto/service.proto:85:3:...网上找了一大堆源码,刚开始是直接引入两个的proto文件,地址是: https://github.com/protocolbuffers/protobuf/blob/master/src/google...protobuf/blob/master/src/google/protobuf/empty.proto 但下载这个库然后再protoc里加入proto_path后又发现报google.api.http找不到的错...,查看grpc-gateway网关的源码,发现在1.11.3版本后此方法被删除,怀疑是我本地版本过低的原因,但go install、go get好几次这个gateway的库也是这个错,无奈之下,只能手动在...go mod里面降级,不得不说,这里go mod的强大性就体现出来了,改个数字就能降级升级。

    2.3K30
    领券