MYSQL密码管理：
修改用户密码：
(1) SET PASSWORD [FOR ‘user‘@‘host‘] = PASSWORD(‘cleartext password‘); (2) UPDATE mysql.user SET Password=PASSWORD(‘cleartext password‘) WHERE User=‘USERNAME‘ AND Host=‘HOST‘; (3) mysqladmin -uUSERNAME -hHOST -p password ‘NEW_PASS‘ 生效：FLUSH PRIVILEGES
忘记管理员密码的解决办法：
(1) 启动mysqld进程时，使用--skip-grant-tables(忽略用户名密码验证)和--skip-networking(禁止远程登录)选项；
关闭mysql服务
CentOS 7：/usr/lib/systemd/system/mariadb.service Execstart后添加
CentOS 6：/etc/init.d/mysqld
systemctl daemon-reload
systemctl start mariadb
mysql直接登录
(2) 通过UPDATE命令修改管理员密码；
(3) 移除第一步添加的两个选项，以正常方式启动mysqld进程；
MySQL常用存储引擎：
innodb：处理大量的短期事务，数据存储于表空间（table space）中
1. 所有innodb表的数据和索引放置于同一个表空间中
表空间文件：datadir定义的目录下
数据文件：ibdata1，ibdata2.。。。
2.每个表单独使用一个表空间存储表的数据和索引
innodb_file_per_table=ON
数据文件（存储数据和索引）：tbl_name.ibd，tbl_name.frm(表格式定义文件)
基于MVCC来支持高并发，支持所有的四个隔离级别，默认级别为REPEATABLE READ;间隙锁防止幻读。
使用聚集索引
支持自适应hash索引
MariaDB （默认使用XtraDB （innodb增强版，percona组织研发））
数据存储：表空间
并发：MVCC（多版本并发控制），间隙锁
索引：聚集索引，辅助索引
性能：预计操作、自适应hash、插入缓存区
备份：支持热备（XtraBackup备份工具）
myisam：支持全文索引(FULLTEXT index)、压缩、空间函数（GIS）;但不支持事务，不支持行级锁
崩溃后无法安全恢复（Aria myisam的增强版支持崩溃安全恢复）
适用场景：只读（或者写较少）、表较小（可接受长时间进行修复操作）
文件：
tab1_name.frm:表格式定义
tab1_name.MYD:数据文件
tab1_name.MYI：索引文件
特性：
加锁和并发：表级锁
修复：手工或自动修复、但可能丢失数据
索引：非聚集索引
延迟更新索引键：
压缩表
MySQL事务：
事务：一组原子性的sql查询，或者说一个独立的工作单元。
ACID测试：
A：原子性，最小不能分割的单元，要么全部都成功执行，要么全部失败后回滚。
C:一致性，数据总是从一个一致性状态转到另一个一致性状态
I：隔离性，一个事务所做出的操作在提交之间，是不能为其他所见的；隔离有多种隔离级别，隔离性越高安全性越高，同时支持并发的能力越差。
D：持久性，一旦事务提交，其所作的修改会永久保存于数据库中
事务处理过程：
启动事务：start transaction;
存档点：savepoint pointname
rollback to pointname 回到存档点
release pointname 删除存档点
结束事务：1.commit 提交 2. rollback 回滚
建议：显示请求和提交事务，不要使用自动提交功能，自动提交会产生大量磁盘IO影响性能。
方法：set SESSION autocommit=0; show variables like ‘%auto%‘;确认
事务的隔离级别：
查看级别：show global variables like ‘%tx_isolation%‘;
READ-UNCOMMITTED (读未提交)
READ-COMMITTED (读提交)
REPEATBLE-READ (可重读)默认
SERIALIZABILE (可串行化)
可能存在的问题：
脏读：即读别人未提交的数据
不可重复读：同一事务中改动之前读一次，改之后读一次，两次读到的信息不一致
幻读：别人已经修改提交了，自己在以打开的事务中看到是修改之前的信息。提交事务后会发现信息已改变。
加锁读：一个事务做出数据的修改未提交时，其他事务无法提交
死锁:两个或多个事务在同一资源相互占用，并请求锁定对方占用的资源的状态。
事务日志：
事务日志的写入类型为“追加”，因此其操作为顺序IO，此日志也被称为预写式日志（write ahead logging）ib_logfile