mysql面试题合集_mysql面试题集合

1、MYSQL支持事务吗支持事务吗支持事务吗支持事务吗?

在缺省模式下，MYSQL是autocommit模式的，所有的数据库更新操作都会即时提交，所以在缺省情况下，mysql是不支持事务的。

但是如果你的MYSQL表类型是使用InnoDB Tables 或 BDB tables的话，你的MYSQL就可以使用事务处理,使用SET AUTOCOMMIT=0就可以使MYSQL允许在非autocommit模式，在非autocommit模式下，你必须使用COMMIT来提交你的更改，或者用ROLLBACK来回滚你的更改。

示例如下：

START TRANSACTION;

SELECT @A:=SUM(salary) FROM table1 WHERE type=1;

UPDATE table2 SET summmary=@A WHERE type=1;

COMMIT;

2、简单叙述一下MYSQL的优化?

1.数据库的设计

尽量把数据库设计的更小的占磁盘空间.

1).尽可能使用更小的整数类型.(mediumint就比int更合适).

2).尽可能的定义字段为not   null,除非这个字段需要null.

3).如果没有用到变长字段的话比如varchar,那就采用固定大小的纪录格式比如char.

4).表的主索引应该尽可能的短.这样的话每条纪录都有名字标志且更高效.

5).只创建确实需要的索引。索引有利于检索记录，但是不利于快速保存记录。如果总是要在表的组合字段上做搜索，那么就在这些字段上创建索引。索引的第一部分必须是最常使用的字段.如果总是需要用到很多字段，首先就应该多复制这些字段，使索引更好的压缩。

6).所有数据都得在保存到数据库前进行处理。

7).所有字段都得有默认值。

8).在某些情况下,把一个频繁扫描的表分成两个速度会快好多。在对动态格式表扫描以取得相关记录时，它可能使用更小的静态格式表的情况下更是如此。

2.系统的用途

1).尽量使用长连接.

2).explain 复杂的SQL语句。

3).如果两个关联表要做比较话，做比较的字段必须类型和长度都一致.

4).LIMIT语句尽量要跟order by或者distinct.这样可以避免做一次full table scan.

5).如果想要清空表的所有纪录,建议用truncate table tablename而不是delete from tablename.

3.系统的瓶颈

1).磁盘搜索. 并行搜索,把数据分开存放到多个磁盘中，这样能加快搜索时间.

2).磁盘读写(IO) 可以从多个媒介中并行的读取数据。

3).CPU周期 数据存放在主内存中.这样就得增加CPU的个数来处理这些数据。

4).内存带宽 当CPU要将更多的数据存放到CPU的缓存中来的话,内存的带宽就成了瓶颈.

3、mysql如何实现高效分页

先看一下分页的基本原理(我拿的是CSDN那个百万级数据库来测试！)：

SELECT * FROM `csdn` ORDER BY id DESC LIMIT 100000,2000;

耗时： 0.813ms

分析：对上面的mysql语句说明：limit 100000,2000的意思扫描满足条件的102000行，扔掉前面的100000行，返回最后的2000行。

问题就在这里，如果是limit 100000,20000，需要扫描120000行，在一个高并发的应用里，每次查询需要扫描超过100000行，性能肯定大打折扣。

在《efficient pagination using mysql》中提出的clue方式。

利用clue方法，给翻页提供一些线索，比如还是SELECT * FROM `csdn` order by id desc，按id降序分页，每页2000条，当前是第50页，当前页条目id最大的是102000，最小的是100000。

如果我们只提供上一页、下一页这样的跳转(不提供到第N页的跳转)。那么在处理上一页的时候SQL语句可以是：

SELECT * FROM `csdn` WHERE id<=102000 ORDER BY id DESC LIMIT 2000; #上一页

耗时：0.015ms

处理下一页的时候SQL语句可以是：

SELECT * FROM `csdn` WHERE id>102000 ORDER BY id ASC LIMIT 2000; #下一页

耗时：0.015ms

这样，不管翻多少页，每次查询只扫描20行。效率大大提高了！

但是，这样分页的缺点是只能提供上一页、下一页的链接形式。