二手车网站制作,软件工程师面试常见问题,重庆大坪网站建设,怎么投放广告是最有效的一、 MySQL建表#xff0c;字段需设置为非空#xff0c;需设置字段默认值。二、 MySQL建表#xff0c;字段需NULL时#xff0c;需设置字段默认值#xff0c;默认值不为NULL。三、 MySQL建表#xff0c;如果字段等价于外键#xff0c;应在该字段加索引。四、 MySQL建表字段需设置为非空需设置字段默认值。二、 MySQL建表字段需NULL时需设置字段默认值默认值不为NULL。三、 MySQL建表如果字段等价于外键应在该字段加索引。四、 MySQL建表不同表之间的相同属性值的字段列类型类型长度是否非空是否默认值需保持一致否则无法正确使用索引进行关联对比。五、 MySQL使用时一条SQL语句只能使用一个表的一个索引。所有的字段类型都可以索引多列索引的属性最多15个。六、 如果可以在多个索引中进行选择MySQL通常使用找到最少行的索引索引唯一值最高的索引。七、 建立索引index(part1,part2,part3),相当于建立了 index(part1),index(part1,part2)和index(part1,part2,part3)三个索引。八、 MySQL针对like语法必须如下格式才使用索引SELECT * FROM t1 WHERE key_col LIKE ab% 九、 SELECT COUNT(*) 语法在没有where条件的语句中执行效率没有SELECT COUNT(col_name)快但是在有where条件的语句中执行效率要快。十、 在where条件中多个and的条件中必须都是一个多列索引的key_part属性而且必须包含key_part1。各自单一索引的话只使用遍历最少行的那个索引。十一、 在where条件中多个or的条件中每一个条件都必须是一个有效索引。十二、 ORDER BY 后面的条件必须是同一索引的属性排序顺序必须一致(比如都是升序或都是降序)。十三、 所有GROUP BY列引用同一索引的属性并且索引必须是按顺序保存其关键字的。十四、 JOIN 索引所有匹配ON和where的字段应建立合适的索引。十五、 对智能的扫描全表使用FORCE INDEX告知MySQL使用索引效率更高。十六、 定期ANALYZE TABLE tbl_name为扫描的表更新关键字分布 。十七、 定期使用慢日志检查语句执行explain分析可能改进的索引。十八、 条件允许的话设置较大的key_buffer_size和query_cache_size的值(全局参数)和sort_buffer_size的值(session变量建议不要超过4M)。备注主键的命名采用如下规则主键名用pk_开头后面跟该主键所在的表名。主键名长度不能超过30个字符。如果过长可对表名进行缩写。缩写规则同表名的缩写规则。主键名用小写的英文单词来表示。外键的命名采用如下规则外键名用fk_开头后面跟该外键所在的表名和对应的主表名(不含t_)。子表名和父表名自己用下划线(_)分隔。外键名长度不能超过30个字符。如果过长可对表名进行缩写。缩写规则同表名的缩写规则。外键名用小写的英文单词来表示。索引的命名采用如下规则1)索引名用小写的英文字母和数字表示。索引名的长度不能超过30个字符。2)主键对应的索引和主键同名。3)唯一性索引用uni_开头后面跟表名。一般性索引用ind_开头后面跟表名。4)如果索引长度过长可对表名进行缩写。缩写规则同表名的缩写规则index 相关语法CREATE INDEX log_url ON logaudit_log(url);show index from logaudit_logdrop index log_request_time on logaudit_logsql执行效率检测 mysql explainexplain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。使用方法在select语句前加上explain就可以了如explain select surname,first_name form a,b where a.idb.id分析结果形式如下table |  type | possible_keys | key | key_len  | ref | rows | ExtraEXPLAIN列的解释table显示这一行的数据是关于哪张表的type这是重要的列显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALLpossible_keys显示可能应用在这张表中的索引。如果为空没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句key实际使用的索引。如果为NULL则没有使用索引。很少的情况下MYSQL会选择优化不足的索引。这种情况下可以在SELECT语句中使用USEINDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引key_len使用的索引的长度。在不损失精确性的情况下长度越短越好ref显示索引的哪一列被使用了如果可能的话是一个常数rowsMYSQL认为必须检查的用来返回请求数据的行数Extra关于MYSQL如何解析查询的额外信息。将在表4.3中讨论但这里可以看到的坏的例子是Using temporary和Using filesort意思MYSQL根本不能使用索引结果是检索会很慢extra列返回的描述的意义Distinct一旦MYSQL找到了与行相联合匹配的行就不再搜索了Not existsMYSQL优化了LEFT JOIN一旦它找到了匹配LEFT JOIN标准的行就不再搜索了Range checked for eachRecord(index map:#)没有找到理想的索引因此对于从前面表中来的每一个行组合MYSQL检查使用哪个索引并用它来从表中返回行。这是使用索引的最慢的连接之一Using filesort看到这个的时候查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行Using index列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的这发生在对表的全部的请求列都是同一个索引的部分的时候Using temporary看到这个的时候查询需要优化了。这里MYSQL需要创建一个临时表来存储结果这通常发生在对不同的列集进行ORDER BY上而不是GROUP BY上Where used使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行并且连接类型ALL或index这就会发生或者是查询有问题不同连接类型的解释(按照效率高低的顺序排序)system表只有一行system表。这是const连接类型的特殊情况const表中的一个记录的最大值能够匹配这个查询(索引可以是主键或惟一索引)。因为只有一行这个值实际就是常数因为MYSQL先读这个值然后把它当做常数来对待eq_ref在连接中MYSQL在查询时从前面的表中对每一个记录的联合都从表中读取一个记录它在查询使用了索引为主键或惟一键的全部时使用ref这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分(比如利用最左边前缀)时发生。对于之前的表的每一个行联合全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好range这个连接类型使用索引返回一个范围中的行比如使用或FAQ1表中包含 10 万条记录有一个 datetime 类型的字段。取数据的语句SELECT * FROM my_table WHERE created_at 2010-01-20;用 EXPLAIN 检查发现 type 是 ALL key 是 NULL根本没用上索引。可以确定的是created_at 字段设定索引了。什么原因呢用 SELECT COUNT(*) 看了一下符合 WHERE 条件的记录总数居然是 6W 多条难怪不用索引这时用索引毫无意义就好像 10 万条记录的用户表有个性别字段不是男就是女在这种字段设置索引是错误的决定。稍微改造一下上述语句SELECT * FROM my_table WHERE created_at BETWEEN 2009-12-06 AND 2010-01-20;这回问题解决符合条件的记录只有几百条EXPLAIN 的 type 是 rangekey 是 created_atExtra 是 Using where 。自己总结个准则索引的目的就是尽量缩小结果集这样才能做到快速查询。6万条记录符合条件已经超出总记录数的一半这时索引已经没有意义了因此 MySQL 放弃使用索引。这与设置 gender 字段并加上索引的情况相似当你要把所有男性记录都选取出来符合条件的记录数约占总数的一半MySQL 同样不会使用这个索引。唯一值越多的字段使用索引的效果越好。设置联合索引时唯一值越多的越应该放在“左侧”。