维护 mgo 会话的最佳实践

学习知识要善于思考，思考，再思考！今天golang学习网小编就给大家带来《维护 mgo 会话的最佳实践》，以下内容主要包含golang等知识点，如果你正在学习或准备学习Golang，就都不要错过本文啦~让我们一起来看看吧，能帮助到你就更好了！

问题内容

我目前正在将 mongodb 与 mgo lib 用于 Web 应用程序，但我不确定我使用它的方式是否好..

package db

import (
    "gopkg.in/mgo.v2"
)

const (
    MongoServerAddr = "192.168.0.104"
    RedisServerAddr = "192.168.0.104"
)

var (
    MongoSession, err = mgo.Dial(MongoServerAddr)

    MDB  = MongoSession.DB("message")
    MCol = MDB.C("new")
    MSav = MDB.C("save")

    UDB  = MongoSession.DB("account")
    UCol = UDB.C("user")
)

我初始化 db 会话并创建获取集合和文档值的变量，因此当我需要查询集合时，我使用该变量来创建它。

像那样 ：

func UserExist(username string) bool {
    user := Users{}
    err := db.UCol.Find(bson.M{"username": username}).One(&user)
    if err != nil {
        return false
    } else {
        return true
    }
}

那么有没有最佳实践或者这个很好..？谢谢

正确答案

我建议不要使用这样的全局会话。相反，您可以创建一个负责所有数据库交互的类型。例如：

type DataStore struct {
    session *mgo.Session
}

func (ds *DataStore) ucol() *mgo.Collection { ... }

func (ds *DataStore) UserExist(user string) bool { ... }

这种设计有很多好处。一个重要的一点是，它允许您同时运行多个会话，因此，例如，如果您有一个 http 处理程序，您可以为该一个请求创建一个由独立会话支持的本地会话：

func (s *WebSite) dataStore() *DataStore {
    return &DataStore{s.session.Copy()}
}    

func (s *WebSite) HandleRequest(...) {
    ds := s.dataStore()
    defer ds.Close()
    ...
}

在这种情况下，mgo 驱动程序表现良好，因为会话在内部缓存并重用/维护。每个会话在使用时也将由独立的套接字支持，并且可能配置了独立的设置，并且还将具有独立的错误处理。如果您使用单个全局会话，这些是您最终必须处理的问题。

终于介绍完啦！小伙伴们，这篇关于《维护 mgo 会话的最佳实践》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！