1.MySQL参数autocommit生产环境设1还是0？为什么？
在生产环境中，为了事务一致性，需要把autocommit 设置为 0
这样可以进行事务全部成功后，在最后一次性提交，如果某一步出错，可以rollback。
在会话进修改参数命令为：
set @@autocommit=0;
为了永久设置为手动提交，可以在 my.cnf 中添加以下参数
[mysqld]
autocommit=0
重启mysqld 即可生效
mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
| 0 |
+--------------+
1 row in set (0.00 sec)
mysql> show variables like 'autocommit'
-> ;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
1 row in set (0.01 sec)
mysql>
2.MySQL参数tx_isolation生产环境上大多数是设什么值，为什么？
mysql 系统默认隔离级别为 REPEATABLE-READ
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ |
+-----------------------+
1 row in set (0.00 sec)
mysql 支持以下4种隔离级别：
1.末提交读 (read uncommited);
2.已提交读 (read commited);
3.可重复读 (Repeatable read);
4.可序列化 (Serializable);
在生产环境中，可以按照实际环境要求，进行配置，一般情况下：
1.以读为主的业务应用场景下，可以配置成
transaction-isolation=read-commited
2.非读为主的业务应用场景，可以配置为：
transaction-isolation=Repeatable-read
而另外两种情况，一般应用比较少，如果是为了减少并行和追求稳定性，可以选择配置为
transaction-isolation=Serializable
3.与MySQL锁相关的有哪些因素？
在mySQL 数据库中，不同的存储引擎，使用不同的锁机制。
MyISAM,MEMORY 存储引擎，采用的是表级锁(table-level locking)，
BDB 存储引擎采用了页面锁(Page-level locking),它也支持表级锁；
InnoDB存储引擎，采用的是行级锁(row-level locking),当然也支持表级锁。
在4种不同的隔离级别下，为了实现事务中的ACID属性，锁的应用也不一样，
INNODB 存储引擎的行锁模式中，是通过给索引加索引锁来实现的，所以出现以下3种锁方式：
1.record lock :对索引项加锁
2.Gap lock ：对索引项之间的间隙加锁，
3.Next-key lock:对记录及前后的间隙加锁；
在应用中，如果有个表没有索引，虽然只访问了部分范围的数据，可能也会引起其它会话插入，修改的阻塞现象。