Node.js 在Sequelize操作后关闭连接是否是一种良好的做法?
目前,我正在使用NodeJS/TypeScript在Sequelize的基础上设计一个应用程序,我想知道如果不关闭连接,它是否会导致性能问题 例如,在微服务中,我需要来自1个实体的数据Node.js 在Sequelize操作后关闭连接是否是一种良好的做法?,node.js,database,sequelize.js,pool,Node.js,Database,Sequelize.js,Pool,目前,我正在使用NodeJS/TypeScript在Sequelize的基础上设计一个应用程序,我想知道如果不关闭连接,它是否会导致性能问题 例如,在微服务中,我需要来自1个实体的数据 const解析器=异步(,{db})=>{ const entity1=await db.models.entity1.findOne() 返回实体1 } 调用findOne后是否需要关闭连接 我的理解是,以下配置定义了许多并发连接,idle是一个参数,使连接管理器关闭空闲连接: module.exports=
const解析器=异步(,{db})=>{
const entity1=await db.models.entity1.findOne()
返回实体1
}
调用findOne
后是否需要关闭连接
我的理解是,以下配置定义了许多并发连接,idle是一个参数,使连接管理器关闭空闲连接:
module.exports={
发展:{
主机:“db.sqlite”,
方言:“sqlite”,
游泳池:{
最高:5,
分:0,,
闲置:10000
}
},
测试:{
主机:“test.sqlite”,
方言:“sqlite”,
游泳池:{
最高:5,
分:0,,
闲置:10000
}
}
}
欢迎提供任何建议Sequelize维护一个内部参数,这就是
池
参数的用途,因此这是不必要的。每个调用实际上都会临时借用一个连接,然后在完成后将其返回到池中
手动关闭该连接可能会毒害池并导致性能问题。Sequelize会维护一个内部连接,这正是
池
参数的用途,因此这是不必要的。每个调用实际上都会临时借用一个连接,然后在完成后将其返回到池中
手动关闭该连接可能会毒害池并导致性能问题