MySQL的连接方式、事务、性能优化

1. mysql一般的连接方式都有哪些，各自优缺点。

MySQL：过程式风格，最常用。
MySQLi：MySQL的增强扩展，提供了过程化和面向对象两种风格的API，增加了预编译和参数绑定等新特性， 但只支持MySQL。
PDO：在语法上更接近MySQLi，但PDO扩展只是一个抽象的接口层，利用PDO扩展本身并不能实现任何数据库操作，必须使用一个特定的数据库PDO驱动访问数据库。PDO支持多种数据库，不管访问MySQL还是Oracle，都可以用同样的API对数据进行操作。

2. 一个pdo类里面，基本上有哪些东西？

PDO中包含三个预定义类：PDO、PDOStatement和PDOException：
PDO类：代表一个PHP和数据库之间的连接。

方法：
PDO - 构造器，构建一个新的PDO对象
beginTransaction - 开始事务
commit - 提交事务
errorCode - 从数据库返回一个错误代号，如果有的话
errorInfo - 从数据库返回一个含有错误信息的数组，如果有的话
exec - 执行一条SQL语句并返回影响的行数
getAttribute - 返回一个数据库连接属性
lastInsertId - 返回最新插入到数据库的行（的ID）
prepare - 为执行准备一条SQL语句，返回语句执行后的联合结果集(PDOStatement)
query - 执行一条SQL语句并返回一个结果集
quote - 返回添加了引号的字符串，以使其可用于SQL语句中
rollBack - 回滚一个事务
setAttribute - 设置一个数据库连接属性

$dsn = 'mysql:dbname = testdb; host = 127.0.0.1';   // 配置PDO的数据源
$user = 'dbuser';
$password = 'dbpass';
try {
    $dbh = new PDO($dsn, $user, $password);
} catch (PDOException $e) {
    echo 'Connection failed: ' . $e->getMessage();
}
/* 事务处理开始，关闭自动提交事务(autocommit) */
$dbh->beginTransaction();
/* 更改数据库结构 */
$sth = $dbh->exec("DROP TABLE fruit");
/* 提交事务 */
$dbh->commit();

PDOStatement类：代表一条预处理语句以及语句执行后的联合结果集（associated result set）。

方法：
bindColumn - 绑定一个PHP变量到结果集中的输出列
bindParam - 绑定一个PHP变量到一个预处理语句中的参数
bindValue - 绑定一个值到与处理语句中的参数
closeCursor - 关闭游标，使语句可以再次执行
columnCount - 返回结果集中的列的数量
errorCode - 从语句中返回一个错误代号，如果有的话
errorInfo - 从语句中返回一个包含错误信息的数组，如果有的话
execute - 执行一条预处理语句
fetch - 从结果集中取出一行
fetchAll - 从结构集中取出一个包含了所有行的数组
fetchColumn - 返回结果集中某一列中的数据
getAttribute - 返回一个 PDOStatement 属性
getColumnMeta - 返回结果集中某一列的结构(metadata?)
nextRowset - 返回下一结果集
rowCount - 返回SQL语句执行后影响的行数
setAttribute - 设置一个PDOStatement属性
setFetchMode - 为 PDOStatement 设定获取数据的方式

PDOException类：对Exception异常基类的重写，返回PDO触发的错误。

try {
    $dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);
    foreach ($dbh->query('SELECT * from FOO') as $row) {
        print_r($row);
    }
    $dbh = null;
} catch (PDOException $e) {
    print "Error!: " . $e->getMessage() . "
";
    die();
}

3. 事务用来干什么？

银行转账业务、电子商务支付业务等等。

比如：
用户下订单并且已经支付，假设有两张表，订单表和用户账户表。
当用户点击确认支付的时候需要对这两张表进行操作，如果对订单表的操作成功了、对用户账户表的操作失败了，此时订单状态是已支付，但用户的钱却没扣掉，商家就就亏了。
这时候如果采用事务，就可以回滚，提示用户支付失败，数据表没有发生任何改动。

4. 事务的特性都有哪些？

事务四大特性(简称ACID) ：
原子性(Atomicity)：事务中的全部操作在数据库中是不可分割的，要么全部完成，要么均不执行。
一致性(Consistency)：几个并行执行的事务，其执行结果必须与按某一顺序串行执行的结果相一致。
隔离性(Isolation)：事务的执行不受其他事务的干扰，事务执行的中间结果对其他事务必须是透明的。
持久性(Durability)：对于任意已提交事务，系统必须保证该事务对数据库的改变不被丢失，即使数据库出现故障。

5. 已给数据库的操作中，怎么能保证这些特性都做到呢？

MySQL的事务特性就是要求这组操作要不全都成功，要不全都失败。这样就避免了某个操作成功某个操作失败，有利于数据的安全。
主要有三个操作：
begin 开始一个事务
rollback 事务回滚
commit 事务确认

在改动数据库之前，我们要开启事务，begin（或start transaction）;
正常执行我们的sql语句；
当sql语句执行完毕，存在两种情况：
1）全都成功，我们要将sql语句对数据库造成的影响提交到数据库中，commit；
2）某些sql语句失败或程序报异常，就捕捉异常，并rollback（回滚），将对数据库操作赶紧撤销，这样数据库里面的数据就不会有任务的编号变化。

也就是：
同时更新多个记录，但其中一个更新失败，则全部退回到更新操作开始之前。
只有全部更新成功，才确认写入DB。

注：MySQL的事务处理功能在MYSIAM存储引擎中是不支持的，在InnoDB存储引擎中是支持的。

6. mysql性能优化有哪些？

优化需要从多方面讲
1 sql级别的优化
2 建表的优化
3 mysql配置的优化
4 操作系统级别优化
5 硬件相关优化

6.1 sql级别的优化
SQL优化的一般步骤：
1.通过show status命令了解各种SQL的执行频率。
2.定位执行效率较低的SQL语句-（重点select）。
3.通过explain分析低效率的SQL。
4.确定问题并采取相应的优化措施。

1）尽量避免在列上进行运算，这样会导致索引失效。
2）使用join时，应该用小结果集驱动大结果集。同时把复杂的join查询拆分成多个query。因为join多个表时，可能导致更多的锁定和堵塞。
3）注意Like模糊查询的使用，避免%%。
4）避免select ，仅列出需要查询的字段，节省内存。
5）使用批量插入语句节省交互。
6）limit的基数比较大时使用between。
7）不要使用rand函数获取多条随机记录。
8）避免使用NULL。
9）不要使用count(id)，而应该是count()。
10）不要做无谓的排序操作，而应尽可能在索引中完成排序。

6.2 建表的优化

1）一个表不要有太多的字段；
2）注意字段的命名和数据类型；
3）数据量过大时考虑分表；
4）选择合适的数据库引擎。

选择存储引擎的基本原则如下：

• 采用MyISAM引擎
  R/W>100:1，且update相对较少；
  并发不高，不需要事物；
  表数据量小；
  硬件资源有限。
• 采用InnoDB引擎
  R/W比较小，频繁更新大字段；
  表数据量超过1000万，并发高；
  安全性和可用性要求高。
• 采用Memory引擎
  有足够的内存；
  对数据一致性要求不高，如在线人数和session等应用；
  需要定期归档的数据。

6.3 mysql配置的优化

1） 关闭不必要的二进制日志和慢查询日志，仅在内存足够或开发调试时打开它们。
使用下面的语句查看查询是否打开：

show variables like '%slow%';

还可以使用下面的语句查看慢查询的条数，定期打开方便优化：

show global status like '%slow%'; 

2）适度使用Query Cache。
3）增加MySQL允许的最大连接数。
4）对于MyISAM表适当增加key_buffer_size，注意table_cache的设置。
5）对于InnoDB表，注意innodb_buffer_pool_size参数。
6）从表中删除大量行后，可运行OPTIMIZE TABLE TableName进行碎片整理。

6.4 操作系统级别优化
使用64位的系统，因为64位的内存远比32位的内存大。

6.5 硬件相关优化
选择好的cpu，好的内存条，ssd硬盘，网络带宽加大。