面试官都拜服的，软件测试面试题之Mysql基础！

Mysql 基础知识点击领取学习资料

存储过程通常有以下优点：

1存储过程能实现较快的执行速度
2存储过程允许标准组件是编程。
3存储过程可以用流程控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的运算。
4存储过程可被作为一种安全机制来充分利用。
5存储过程能够减少 络流量

6. 事务的特性h2>

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

7. 数据库索引h2>

1. 数据库索引，是数据库管理系统中一个排序的数据结构，以协助快速查询、更新数据库表中数据。索引的实现
2. 通常使用 B_TREE。B_TREE 索引加速了数据访问，因为存储引擎不会再去扫描整张表得到需要的数据；相反，它从
3. 根节点开始，根节点保存了子节点的指针，存储引擎会根据指针快速寻找数据。

8. 数据库怎么优化查询效率h2>

’
点击领取学习资料

1. 储存引擎选择：如果数据表需要事务处，应该考虑使用 InnoDB，因为它完全符合 ACID 特性。如果不需要事务处理，使用默认存储引擎
2. MyISAM 是比较明智的
3. 分表分库，主从。
4. 对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引
5. 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描
6. 应尽量避免在 where 子句中使用!= 或操作符，否则将引擎放弃使用索引而进行全表扫描
7. 应尽量避免在 where 子句中使用 or 来连接条件，如果一个字段有索引，一个字段没有索引，将导致引擎放 弃使用索引而进行全表扫描
8. Update 语句，如果只更改 1、2 个字段，不要 Update 全部字段，否则频繁调用会引起明显的性能消耗，同时带来大量日志

11.数据库的优化h2>

1.优化索引、SQL 语句、分析慢查询；
2.设计表的时候严格根据数据库的设计范式来设计数据库；
3.使用缓存，把经常访问到的数据而且不需要经常变化的数据放在缓存中，能节约磁盘 IO
4.优化硬件；采用 SSD，使用磁盘队列技术(RAID0,RAID1,RDID5)等
5.采用 MySQL 内部自带的表分区技术，把数据分层不同的文件，能够提高磁盘的读取效率；
6.垂直分表；把一些不经常读的数据放在一张表里，节约磁盘 I/O；
7.主从分离读写；采用主从复制把数据库的读操作和写入操作分离开来；
8.分库分表分机器（数据量特别大），主要的原理就是数据路由；
9.选择合适的表引擎，参数上的优化
10.进行架构级别的缓存，静态化和分布式；
11.不采用全文索引；
12.采用更快的存储方式，例如 NoSQL 存储经常访问的数据。

12.Sql 注入是如何产生的，如何防止h2>

程序开发过程中不注意规范书写 sql 语句和对特殊字符进行过滤，导致客户端可以通过全局变量 POST 和 GET 提交一些 sql 语句正常执行。产生 Sql 注入。下面是防止办法：
a. 过滤掉一些常见的数据库操作关键字，或者通过系统函数来进行过滤。
b. 在 PHP 配置文件中将 Register_globals=off;设置为关闭状态
c. SQL 语句书写的时候尽量不要省略小引 (tab 键上面那个)和单引
d. 提高数据库命名技巧，对于一些重要的字段根据程序的特点命名，取不易被猜到的
e. 对于常用的方法加以封装，避免直接暴漏 SQL 语句
f. 开启 PHP 安全模式：Safe_mode=on;
g. 打开 magic_quotes_gpc 来防止 SQL 注入
h. 控制错误信息：关闭错误提示信息，将错误信息写到系统日志。
i. 使用 mysqli 或 pdo 预处理。

13.NoSQL 和关系数据库的区别h2>

点击领取学习资料

19.存储过程和函数的区别h2>

相同点：存储过程和函数都是为了可重复的执行操作数据库的 sql 语句的集合。
1）存储过程和函数都是一次编译，就会被缓存起来，下次使用就直接命中已经编译好的 sql 语句，不需要重复
使用。减少 络交互，减少 络访问流量。
不同点：标识符不同，函数的标识符是 function，存储过程是 proceduce。 1）函数中有返回值，且必须有返回值，而过程没有返回值，但是可以通过设置参数类型（in,out)来实现多个参
数或者返回值。
2）存储函数使用 select 调用，存储过程需要使用 call 调用。
3）select 语句可以在存储过程中调用，但是除了 select…into 之外的 select 语句都不能在函数中使用。
4）通过 in out 参数，过程相关函数更加灵活，可以返回多个结果。

20.Mysql 开启 General-log 日志h2>

Show variables like ‘general%’;
Set global general_log=1;
Set global general_log=0;

21.请写出 truncate、 delete、 drop 的区别

1.删除的是部分行 delete from 表名…where
2.如果是清空表而且要保留主键最高值 delete from 表名
3.如果是清空表，而且主键也彻底删除 truncate table 表名
4.如果是彻底删除表，就有 drop table 表名点击领取学习资料

词汇表

• black-box testing（黑盒测试）将程序视为一个整体、且忽略其内部结构的测试方法。单纯从软件的规格说明中获取测试数据。

• bottom-up testing（自底向上的测试）增量模块测试的一种形式，首先测试底层模块，再测试调用模块等等。

• boundary-value analysis（边界值分析），一种黑盒测试方法，重点在于程序输 t 入区间的边界区域。

• branch coverage（分支覆盖）参见“判定覆盖”。

• cause-effect graphing（因果图分析）使用简化的数字逻辑电路图（组合逻辑 络）辅助生成一组高效测试用例的技术。

• code inspection（代码检查）一套供小组代码阅读的规程和错误检查枝术，作为检查错误的测试周期的一部分，通常使用一份常见错误的列表来对照代码。

• condition coverage（条件覆盖）白盒测试的一项准则，要求编写足够数量的测试用例，确保将一个判断中的每个条件的所有可能的结果至少执行一次。

• data-driven testing （数据驱动测试）参见“黑盒测试”。

• decision/condition coverage （判定／条件覆盖）自盒测试的一项准则，要求编写足够数量的测试用例，确保将每个判断中的每个条件的所有可能的结果至少执行一次，将每个判断的所有可能的结果至少执行一次，将每个入口点都至少调用一次。

• decision coverage（判定覆盖）白盒测试的一项准则。要求编写足够数量的测试用例，确保每一个判断都至少有一个为真和为假的输出结果。

• desk checking（桌面检查）一种将代码审查和走查技术结合起来，在用户桌面上执行程序的技术。

• equivalence partitioning（等价类划分）一种黑盒测试技术，其中每个测试用例都必须体现尽可能多的不同的输入情况，以最大限度地减少全部用例的数量。应该尽量将程序输入范围划分为等价类，这样类中某个输入数据的测试结果等同于同类中所有输入数据的测试结果。

• exhaustive input testing（穷举输入测试）黑盒测试的一项准则，通过将每个可能的输入条件都作为测试用例，尽量发现程序中的所有错误。

• external specification（外部规格说明）从某个相关系统部件用户的角度对程序功能的精确描述。

• facility testing（能力测试）系统测试的一种类型，判断目标文档提及的每一项能力软件测试的艺术（或功能）是否都实现了。不要混淆能力测试与功能测试。

• function testing（功能测试）发现程序与其外部规格说明之间存在不一致的过程。

• incremental testing（增量测试）模块测试的一种形式，将待测模块与已测模块组装在一起进行测试。

• input/output testing（输入／输出测试）参见“，象盒泪 11 试”。

• logical-driven testing（逻辑驱动测试）参见“白盒测试”。

• multi-condition coverage（多重条件覆盖）白盒测试的一项准则，要求编写足够数量的测试用例，确保每个判定中的所有可能的条件结果的组合，以及所有的入口点都至少执行一次。

• nonincremental testing（非增量测试）模块测试的一种形式，每个模块单独进行测试。

• performance testing（性能测试）系统测试的一种形式，尽量证明程序不能满足特定的指标，如在特定负载和配置环境下的响应时间和吞吐率。

• random-input testing（随机输入测试）在所有可能的输入值中随机选取一个子集来对程序进行测试的过程。

• security testing（安全性测试）系统测试的一种形式，用以考验程序或系统的安全保密机制。

• stress testing（强度测试）系统测试的一种形式，使程序经受高负载或强度。高强度是指在很短的时间间隔内达到的数据或操作的数量峰值。因特 应用系统通常需要进行强度测试，因为会有大量用户并发访问系统。

• system testing（系统测试）高级测试的一种形式，将系统或程序与其初始目标进行比较。为了完成系统测试，需要一套书面的可度量的目标。

• testing（测试）为了发现错误而执行程序（或具体的程序单元）的过程。

• top-down testing（自顶向下的测试）增量模块测试的一种形式，首先测试初始模块，再测试下一个子模块等等。

• usability testing（易用性测试）系统测试的一种形式，测试程序的人机界面。通常要检查的部件包括界面布局、界面色彩、输出格式、输入字段、程序流程、拼写等等。

• volume testing（容量测试）系统测试的一种形式，使用大容量的数据检验程序能否处理目标文档中规定数据容量。容量测试与强度测试并不相同。

• walkthrough（走查）一套供小组代码阅读的规程和错误检查技术，作为检查错误的测试周期的一部分。通常一个小组的人起到“计算机”的作用，执行一个小的测试用例集。

• white-box testing（白盒测试）一种检查程序内部结构的测试类型。

文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树基本技能数据库操作215671 人正在系统学习中