go database/sql 源码分析（四）sql.Stmt数据结构

#sql.Stmt是sql包暴露给程序调用者的可见实体,一般通过db.Open函数获得DB实例后的下一步就是调用func (db *DB) Prepare 方法的的Stmt
#其内部通过 css []connStmt  来绑定相关的连接和驱动层driver.Stmt
#其内部不是引用driverConn，而是引用一个css []connStmt 


#sql包中有两个方式能够创建Stmt实例，一个是DB Prepare() 一个是Tx的Prepare(),二者是有区别
#Tx创建的Stmt通过Tx关联的driverConn绑定到固定的网络连接上
#DB创建的Stmt时初始化过程
 1.会从连接池拿一个空闲连接，然后创建connStmt实例加到Stmt的css切片里
 2.创建过程是调用DB的conn获取一个可用的driverConn实例，然后调用driverConn 的driver.Conn的Prepare()创建driver.Stmt实例，将该实例加到driverConn 的openStmt map中，标记一下。

 3.将获取的driverConn实例和driver.Stmt实例初始化connStmt，然后加入css中

#为什么绕一个大圈子，而不把Stmt绑定死一个driver.Conn和一个driver.Stmt，

#原因是sql包的作者想把Stmt和具体的连接解耦，为什么要解耦，原因是想让Stmt可以长久的使用（而不是频繁的创建和销毁），但是又不想让其长久的占用一个连接，而导致连接数的暴增，以及增加连接回收的困难性，这样也会导致一个问题就是在过多的连接上创建driver.Stmt实例，这个控制不好容易导致mysql 服务端的问题（导致Prepared_stmt_count值暴增）

database/sql: Stmt的使用以及坑

#拿到 DB 创建的Stmt实例后，下次使用时就需要一个获取连接，重新绑定driver.Conn和一个driver.Stmt的过程。
#Stmt的method Exec,Query 内部都会调用func (s *Stmt) connStmt() (ci *driverConn, releaseConn func(error), si driver.Stmt, err error)函数