赶集的网站怎么做手机网站客户端设计与实现

赶集的网站怎么做,手机网站客户端设计与实现,公司网站开发的国内外研究现状,网站建设浏览器不兼容存储引擎 存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式。存储引擎是基于表的#xff0c;而不是基于库的#xff0c;所以存储引擎也可被称为表类型。 1. 在创建表时#xff0c;指定存储引擎 create table 表名(... )engine innodb #在最后指定2. 查看当前…存储引擎存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式。存储引擎是基于表的而不是基于库的所以存储引擎也可被称为表类型。1. 在创建表时指定存储引擎createtable表名(...)engineinnodb#在最后指定2. 查看当前数据库支持的存储引擎showengines;3. innoDB存储引擎innoDB是一种兼顾高可靠性和高性能的通用存储引擎在MySQL 5.5之后innoDB是默认的MySQL存储引擎在此之前的默认引擎是MyISAM。它具有以下几个特点DML操作遵循ACID模型支持事务。行级锁提高并发访问性能。支持外键FOREIGN KEY约束保证数据的完整性和正确性。innoDB引擎的每张表都会有一个这样的表空间文件xxx.ibd存储该表的表结构frm、sdi、数据和索引。参数innodb_file_per_table 该参数打开表示每一张表对应一个表空间文件而不是共享一个。4. MyISAM存储引擎具有以下几个特点不支持事务不支持外键。支持表锁不支持行锁。访问速度快。具有三个文件xxx.sdi存储表结构信息。xxx.MYD存储数据。xxx.MYI存储索引。5. Memory存储引擎Memory引擎的表数据是存储在内存中的由于受到硬件问题、或断电问题只能将这些表作为临时表或缓存使用。具有以下几个特点内存存放hash索引默认文件xxx.sdi存储表结构信息。6. 区别事务安全、行级锁、外键。7. 存储引擎的选择在选择存储引擎时应该根据应用系统的特点选择合适的存储引擎还可以根据实际情况选择多种存储引擎进行组合。**innoDB**是Mysql的默认存储引擎支持事务、外键。如果应用对事物的完整性有比较高的要求在并发条件下要求数据的一致性数据操作除了插入和查询之外还包含很多的更新、删除操作那么innoDB存储引擎是比较合适的选择。绝大多数**MyISAM**如果应用是以读操作和插入操作为主只有很少的更新和删除操作并且对事务的完整性、并发性要求不是很高那么选择这个存储引擎是非常合适的。**MEMORY**将所有数据保存在内存中访问速度快通常用于临时表及缓存。MEMORY的缺陷就是对表的大小有限制太大的表无法缓存在内存中而且无法保障数据的安全性。被redis替代索引基础索引是帮助MySQL高效获取数据的数据结构有序1. 优缺点优点提高数据检索的效率降低了数据库的I/O成本通过索引列对数据进行排序降低数据排序的成本降低CPU的消耗。缺点索引列也是需要占空间的。索引大大提高了查询效率同时却也降低更新表的速度如对表进行insert、update\delete时效率降低。2. 索引结构索引结构描述innoDBMyISAMMemoryBTree索引默认最常见的索引类型大部分引擎都支持B树索引支持支持支持Hash索引底层数据结构是用哈希表实现的只有精确匹配索引列的查询才有效不支持范围查询不支持不支持支持R-tree空间索引空间索引是MyISAM引擎的一种特殊索引类型主要用于地理空间数据类型通常使用较少不支持支持不支持Full-text全文索引是一种通过建立倒排索引快速匹配文档的方式。类似于LuceneSolrES5.6版本之后才支持支持不支持PS我们平常所说的索引如果没有特别指明都是指B树结构组织的索引。3. 索引分类分类含义特点关键字主键索引针对于表中主键创建的索引默认自动创建只能有一个PRIMARY唯一索引避免同一个表中某数据列中的值重复可以有多个UNIQUE常规索引快速定位特定数据可以有多个全文索引全文索引查找的是文本中的关键词而不是比较索引中的值可以有多个FULLTEXT4. innoDB索引分类分类含义特点聚集索引将数据存储与索引放到了一块索引结构的叶子结点保存了行数据必须有而且只有一个二级索引将数据与索引分开存储索引结构的叶子节点关联的是对应的主键可以存在多个聚集索引的选取规则如果存在主键主键索引就是聚集索引。如果不存在主键将使用第一个唯一UNIQUE索引作为聚集索引。如果表没有主键或没有合适的唯一索引则innoDB会自动生成一个rowid作为隐藏的聚集索引。5. 索引语法1. 创建索引create[unique|fulltext]index索引名on表名(字段1,...);PS一个索引是可以关联多个字段的。2.查看索引showindexfrom表名;3.删除索引dropindex索引名on表名;SQL优化步骤通过慢查询日志来查找需要优化的SQL。通过explain来分析SQL。SQL语句的优化原则。SQL查询性能下降的原因查询性能变低的最基础的原因就是访问的数据太多了。对于低效的查询可以通过下面两个步骤分析确认是否在检索大量超过需要的数据。可能是访问了很多的行也有可能是访问了很多的列。确认MySQL服务层是否分析大量超过需要的数据行。1. 慢查询日志记录查询话费大量时间的SQL的日志就是慢查询日志。long_query_time采数该参数会设定一个阈值超过该值的SQL就是慢查询SQL。# 查看mysql的环境变量showvariableslike%query%;# 设置慢SQL的时间及开启慢SQL功能setgloballong_query_time10;setglobalslow_query_logon;2. 执行计划# 要执行一个SQL时查询优化器会基于成本和规则对查询语句进行优化从而生成一个执行计划# 通过查询计划我们可以看到查询走了哪个索引查询的具体方式多表链接的顺序等等# 执行计划的语法explainSQL语句# SQL语句可以是insertupdatedeleteselect等示例id: 在一个大的查询中每一个select都对应一个唯一的ID select_type:select的查询类型table: 表名 partitions: 分区信息type: 针对单表的访问方法 possible_keys: 可能用到的索引key: 实际用到的索引 key_len: 实际使用的索引长度 ref: 当使用索引列等值查询时与索引列进行等值匹配的对象信息rows: 预估要读取的记录的条数 filtered: 搜索条件过滤后剩余的百分比 extra: 一些额外的信息id列# 查询的唯一标识# 一个查询语句只有一个标识比如简单查询或表连接# 当查询语句涉及子查询时有两个idselect_type# 查询类型simple:简单查询primary:如果查询中包含unionunionall子查询时左边的查询的select_type就是primaryunion:查询中包含union时右边的查询的select_type就是primaryunionresult:选择使用临时表来完成union查询的去重工作 subquery:子查询非关联子查询该查询会物化只查询一次 dependent subquery:关联子查询子查询执行多次 derived:from后面跟子查询物化表只执行一次type#访问类型#一共有12个有7个最常用的#从上到下性能越来越好性能: systemconsteq_refrefrangeindexallall:全表扫描explainselect*fromemp;explainselect*fromempwhereid3;index:当可以使用索引覆盖但需要扫描全部的索引记录时该表的访问方法是indexexplainselectidfromemp;range:如果使用索引获取某些单点扫描区间的记录explainselect*fromempwhereidin(1,4,53,23);explainselect*fromempwhereidbetween10and20;ref:当通过普通的二级索引与常量进行等值匹配时explainselect*fromempwherenamemark;eq_ref:执行连接查询时被驱动的表是通过主键或者不允许存储NULL值的唯一二级索引列等值匹配时 const:根据主键或者唯一的二级索引列与常量行等值匹配时就是constexplainselect*fromempwhereid3;system:表中只有一条记录且表引擎使用的存储引擎的统计是精确的例如myisammemory)extra#extra提供了一些额外的信息usingindex:使用索引不需要回表意思是该二级索引中字段包括你要查的所有字段usingwhere:使用索引需要回表意思是用索引定位行但还必须回表取完整数据usingfilesort:排序时usingtemporary:查询时可能会借助临时表完成一些功能例如去重、排序、分组等等