Лучшая практика для поддержания сеанса MGO

Я предлагаю не использовать такой глобальный сеанс. Вместо этого вы можете создать тип, отвечающий за все взаимодействие с базой данных. Например:

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 вы должны использовать отсрочку/восстановление, поскольку вызовы mgo (даже mgo.session.Ping) вызывают панику. Насколько я могу судить, нет другого способа проверить состояние сеанса mgo (mgo godocs). Вы можете использовать предложение Густаво Нимейера и добавить метод к вашему типу DataStore.

func (d *DataStore) EnsureConnected() {
    defer func() {
        if r := recover(); r != nil {
            //Your reconnect logic here.
        }
    }()

    //Ping panics if session is closed. (see mgo.Session.Panic())  
    d.Ping()
}

В версии go 1.7 наиболее идиоматичным способом обработки сеанса mongo на веб-сервере является использование нового пакета стандартной библиотеки context для написания промежуточного программного обеспечения, которое может прикреплять defer session.Close() всякий раз, когда вызывается контекст запроса Done(). Так что вам не нужно помнить, чтобы закрыть

AttachDeviceCollection = func(next http.Handler) http.Handler {
        return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
            db, err := infra.Cloner()
            if err != nil {
                http.Error(w, err.Error(), http.StatusInternalServerError)
                return
            }
            collection, err := NewDeviceCollection(db)

            if err != nil {
                db.Session.Close()
                http.Error(w, err.Error(), http.StatusInternalServerError)
                return
            }
            ctx := context.WithValue(r.Context(), DeviceRepoKey, collection)
            go func() {
                select {
                case <-ctx.Done():
                    collection.Session.Close()
                }
            }()

            next.ServeHTTP(w, r.WithContext(ctx))
        })
    }