我可以把mysql事务数据库逻辑放在哪一层？

基本上，我有两个服务，每个服务处理我项目中的每个持久对象的方法，这些服务保存一些方法，终端（Google）将调用这些方法来执行某些操作。

我使用Google Could Endpoints + Mysql Cloud + Hibernate。

两个持久对象：

@Entity
public class Device {
    ...
}
@Entity
public class User {
    ...
}

每个持久对象的服务：

public class DeviceService {
    Device getDevice(Long devId){
        return new Dao().getById(devId, Device.class);
    }
    void allocateDevice(Long userId){
        User u = new UserService().getUser(userId);
        ... 做一些操作
    }
}
public class UserService {
    User getUser(Long userId){
        return new Dao().getById(userId, User.class);
    }
}

每个对象的终端：

public class DeviceEndpoint {
    @ApiMethod(
        name = "device.get",
        path = "device/{devId}",
        httpMethod = ApiMethod.HttpMethod.GET
    )
    Device getDevice(Long devId){
        MyEntityManager em = new MyEntityManager();
        try {
           em.getTransaction().begin();
           new DeviceService().getDevice(devId);
           em.getTransaction().commit();
        }finally {
            em.cleanup(); //自定义方法也可以回滚
        }
        return device;
    }
    @ApiMethod(
        name = "device.allocate",
        path = "device/{userId}/allocate",
        httpMethod = ApiMethod.HttpMethod.GET
    )
    void allocateDevice(Long deviceId){
        MyEntityManager em = new MyEntityManager();
        try {
           em.getTransaction().begin();
           new DeviceService().allocateDevice(userId);
           em.getTransaction().commit();
        }finally {
            em.cleanup(); //自定义方法也可以回滚
        }
    }
}

我想知道我应该把数据库事务逻辑（begin、commit、rollback）放在哪里。

1. Dao层

最初，我把它插入到Dao类中，但是每次查询/插入/更新时，我都需要打开和关闭连接，当我需要使用多个CRUD时，我进行了多次打开/关闭连接，这样非常昂贵和耗时。

例如：在一个终端请求中，我想从数据库中获取一些对象并进行更新。两个操作和两个打开/关闭连接。

2. 终端层（例如）

其次，我将打开/关闭逻辑放在终端方法中（如上所示），但他们说（我的同事）这不是一个好的模式，在这一层中开始和提交事务不是一个好主意，然后他们建议采用第三种选择。

3. 服务层

将逻辑（begin/commit/rollback）放入服务层中的每个方法中，我尝试过，但是一些方法调用了另一个方法，而最后一个方法也打开和关闭连接，所以当第二个方法返回时，事务已经关闭了。

请告诉我是否遗漏了一些重要信息。