interview

特点
1. 数据值优先以低字节形式存储，这使得数据库和操作系统相互独立。
2. 所有的数字键的值存储在高字节允许更好的索引压缩。
3. 单表最多允许2^32行数据
4. 每张MyISAM表的最大索引数为64个,单列最大索引数为16
5. 混合写入操作(增删改)对变长列所产生的碎片的影响非常小，这是因为它会自动合并被删除的或被扩展的数据块
6. 可以将数据文件和索引文件放在不同的物理设备上以提升其速度
7. BLOB和TEXT列可以被索引
8. NULL值现在可以现在可以存放在索引列了，但是会占0到1个字节
9. 每列可以定义自己的字符集
10. 在索引文件里有个标记表示此表是否正常关闭，mysqld启动命令 `--myisam-recover-options`如果在MyISAM数据表被不正确的关闭，此选项可以在启动数据库时对MyISAM表进行自动检查修复，
11. myisamchk 命令用法: `--update-state` 把无问题的myisam数据表标记为已检查 `--fast` 只会检查没有被标记的myisam数据表
12. 

A:atomicity 原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。
事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
C:consistency 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，
这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
I:isolation 隔离性：当两个或者多个事务并发访问（此处访问指查询和修改的操作）数据库的同一数据时所表现出的相互关系。
事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）
D:durability 持久性：在事务完成以后，该事务对数据库所作的更改便持久地保存在数据库之中，并且是完全的。

1. 数据操作遵循ACID模式，使事物具有提交，回滚，闪回的特点，这样更好的保证数据安全
2. 行级锁和oracle形式的一致性读，增加了并发性能
3. 基于主键的查询优化,整理你的数据
4. 保证数据的一致性，该引擎支持外键约束，有了外键约束，就可以避免增删改操作而导致的数据不一致
5. 你可以在同一个数据库中自由的混合使用存储引擎
6. 当处理大量数据时会让CPU发挥最大性能 Innodb在内存中拥有自己的独有的缓冲池来缓存数据和索引，innodb_file_per_table默认值是enabled。这意味着每张新的Innodb数据表和他的联合索引被存储在单独的文件。 当innodb_file_per_table设置成disabled innodb会把表和索引存放在一个由几个文件组成的()单独的系统表空间，5.7.6，数据和索引也可被存储在一般表空间，也就是可以存储多个数据表的共享表空间。 innodb可以处理大量的数据即使在数据文件限制在2GB的操作系统

1.安全性提升 - 
    A更换了密码加密机制 
    B增加了过期密码 
    C增加了用户锁定 
    D启动时自动生成SSL and RSA 证书
    Emysqld --initialize作为mysql安装部署命令
2.SQL模式改变
3.在线修改表结构
4.支持中文，日文和韩文的全文索引插件
5.Innodb存储引擎优化
    A在线修改可变长字符串的长度 `ALTER TABLE table_name ALGORITHM = [COPY|INPLACE|DEFAULT] ,CHANGE COLUMN old_column new_column VARCHAR(int);`
    注意: new_column 可以与 old_column 相同 当int 大于当前设置数值  用INPLACE 否则用COPY 
    B优化 `CREATE TABLE`, `DROP TABLE`, `TRUNCATE TABLE`, and `ALTER TABLE` 语句,来提升Innodb的临时表性能
    C临时表数据元不再存储在系统表里面，而是存储于INNODB_TEMP_TABLE_INFO该表存在数据库information_schema,为用户提供了活动的临时表快照，
    此表包含的所有用户和系统创建的临时表的数据元和报表是活跃在一个给定的Innodb实例，这些表是在第一次运行Select语句是被创建
    DInnodb现在支持mysql内建的空间数据类型，此前发布的mysql版本中空间数据会被存储为二进制块类型。BLOB仍然作为底层的数据类型，
    但是空间数据类型已经被划分到Innodb的新内置的数据类型 `DATA_GEOMETRY`
    E无压缩的Innodb临时表现在可以存放在一个单独表空间，这个表空间会在服务启动时重建。默认是存放在DATADIR，你可以通过新加的配置项`innodb_temp_data_file_path`,
    来指定临时表空间的数据路径
    F innochecksum新加了操作项，功能更强大
        工具介绍：此工具是用来验证Innodb文件的校验和，他可以读取Innodb表空间
        计算每页的校验和跟存好的校验和作比较，并报告损坏页的错配信息。它原先是设计用来加速检查断电时
        表空间文件的完整性的，现在也可以用于文件复制。因为检测到不匹配的话会引起Innodb服务
        关闭。你可以自由控制使用这个命令，而不用等待在服务器在使用过程中遇到坏的页面。此命令支持检查大于2GB的文件，以前版本的innochecksum最大只支持2GB
        他不可用在表空间已经被打开的服务上。对于此类文件，你应该用CHECK_TABLE来检查表。如果你用innochecksum来检查已经被打开的表空间，服务器会返回'Unable to lock file'的错误信息
        如果校验和不匹配被检测到了，你最好对表空间做个备份，或者尝试启动服务使用mysqldump来给表和表空间做个备份
    G为正常临时表和压缩临时表以及位于表空间的相关对象新增了非重做撤销日志。创建临时表 create temporary table table_name ( name datatype(length) null | not null);
    
    关于非重做撤销日志现在现在被用于多版本控制
        
        
    H

0(never) : 不支持读写并行
1(auto default) : 支持读写并行，前提是表无空洞(即是数据都是连续的中间没有被删除的数据),如果有被删除的行，则需要等到读锁释放，写锁载入才能进行插入
2(always):不管表中又没有空洞，总是支持在表尾并行插入  

1.通过启动参数low-priority-updates,使MyISAM引擎给读操作以优先权
2.通过执行命令SET LOW_PRIORITY_UPDATES = 1,使该连接发出的更新请求优先级降低
3.通过指定INSERT UPDATE DELETE 语句的LOW_PRIORITY_UPDATES属性,降低该语句的优先级

`共享锁`:  select * from table_name where ..... lock in share mode;
`排他锁`:  select * from table_name where ..... for update;

select * from dcba where test = 1007 and test2 = 'jajajaja' for update;
select * from dcba where test = 1005 and test2 = 'jajajaja' for update;  

select * from dcba where test = 1007 for update;
select * from dcba where test = 1005 for update;  

我们用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；
对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP)”，InnoDB也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁（Next-Key锁）。

/* Query 1 */
SELECT * FROM users WHERE age BETWEEN 10 AND 30;
/* Query 2 */
INSERT INTO users(id,name,age) VALUES ( 3, 'Bob', 27 );
COMMIT;
/* Query 1 */
SELECT * FROM users WHERE age BETWEEN 10 AND 30; 
COMMIT;

/* Query 1 */
SELECT age FROM users WHERE id = 1;
/* will read 20 */

/* Query 2 */
UPDATE users SET age = 21 WHERE id = 1;
/* No commit here */

/* Query 1 */
SELECT age FROM users WHERE id = 1;
/* will read 21 */

/* Query 2 */
ROLLBACK; 
/* lock-based DIRTY READ */

/* Query 1 */
SELECT * FROM users WHERE id = 1;
/* Query 2 */
UPDATE users SET age = 21 WHERE id = 1;
COMMIT; 
/* in multiversion concurrency control, or lock-based READ COMMITTED */
/* Query 1 */
SELECT * FROM users WHERE id = 1;
COMMIT; 
/* lock-based REPEATABLE READ */

（1）在应用中，如果不同的程序会并发存取多个表，应尽量约定以相同的顺序来访问表，这样可以大大降低产生死锁的机会。
（2）在程序以批量方式处理数据的时候，如果事先对数据排序，保证每个线程按固定的顺序来处理记录，也可以大大降低出现死锁的可能。
（3）在事务中，如果要更新记录，应该直接申请足够级别的锁，即排他锁，而不应先申请共享锁，更新时再申请排他锁，因为当用户申请排他锁时，其他事务可能又已经获得了相同记录的共享锁，从而造成锁冲突，甚至死锁
（4）前面讲过，在REPEATABLE-READ隔离级别下，如果两个线程同时对相同条件记录用SELECT...FOR UPDATE加排他锁，在没有符合该条件记录情况下，两个线程都会加锁成功。程序发现记录尚不存在，就试图插入一条新记录，如果两个线程都这么做，就会出现死锁。这种情况下，将隔离级别改成READ COMMITTED，就可避免问题
（5）当隔离级别为READ COMMITTED时，如果两个线程都先执行SELECT...FOR UPDATE，判断是否存在符合条件的记录，如果没有，就插入记录。此时，只有一个线程能插入成功，另一个线程会出现锁等待，当第1个线程提交后，第2个线程会因主键重出错，但虽然这个线程出错了，却会获得一个排他锁！这时如果有第3个线程又来申请排他锁，也会出现死锁。

1. 包含认证信息的加密请求头 
2. 包含消息的主体(WSDL标准,主要为xml)

1. 状态和功能被分割成分布式资源
2. 每个资源都用最小的命令集唯一定位(具有代表性的有GET,PUT,POST,PUT,DELETE)
3. 此协议是C/S架构，无状态，分层的，且支持缓存