索引

1、函数声明、定义、使用 函数声明：制定函数的参数和返回值类型 函数实现：函数具体的实现，参数可少于等于函数的定义。函数实现参数TS会根据函数的声明进行推断 函数调用：函数的调用参数必须要和函数的声明一致，不然会报错 2、索引签名 TS支持字符串和数字索引，可以同时使用两种类型的索引，但是数字索引的返回值必须是字符串索引返回值类型的子类型 3、 强制类型转换 as 利用泛型 interface Square { color: string; sideLength: number } let square = <Square>{}; // 强制类型转换，并进行初始化 square.color = "blue"; square.sideLength = 10; 4、类 访问修饰符（都是针对实例属性） private：私有，只能在本类和实例中被访问 protect：受保护，在本类以及其派生类中可被访问 public：不受限制 静态属性、实例属性 实例属性需要在被实例化时进行初始化，静态属性挂在类上，类存在，静态属性就存在。 实例属性、方法只能实例方法中访问，静态属性和方法可以在实例方法和静态方法中被访问 5、类型保护 交叉类型 obj: A & B & C，obj必须包含有A、B、C中的所有属性，均可直接访问 2. 联合类型 obj：A | B，obj是A或者是B类型

一、概述 （1）版本历程 0.x 起步节点 1.x 支持复制集和分片 2.x 更加丰富的数据库功能 3.x 合并了一家专门做数据库引擎的Wired Tiger公司，更加完善的周边生态环境 4.x 支持 分布式事务 MongoDB的正式版本都是 偶数版本 ，x.x.x，主要版本（x.x）大约每年升级一次，小版本主要是修复问题，通常1-2个月发布一次。 MongoDB支持原生高可用：Application通过Driver连接到Primary节点，一个Primary节点连接多个Secondary节点。 MongoDB支持 水平扩展，分片集群 ：Driver连接多个Mongos，Mongos连接多个Shard，每个Shard都是一个Primary和多个Secondary。 二、复制集 主要用于 实现服务的高可用 （1）特征 MongoDB的复制集主要具备如下特征： 快速复制 ：数据写入时将数据迅速复制到另一个节点。 故障转移 ：在接受写入的节点发生故障的时候自动选择另一个新的节点代替。 其他作用：数据分发、读写分离、异地容灾。 （2）MongoDB的数据复制原理 一个修改 操作会被记录到oplog ，有一个 线程监听oplog ，如果有变动就会将这个变动应用到其他的数据库上。 从节点在主节点上打开一个 tailable游标 ，不断获取新加入的oplog，并在从库上 回放 。 （3

具体报错如下： Table '.\Tablename\posts' is marked as crashed and should be repaired 提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下： 找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/tablename/posts.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。 问题分析： 1、 错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。 还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致 MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次-

具体报错如下： Table '.\Tablename\posts' is marked as crashed and should be repaired 提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下： 找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/tablename/posts.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。 问题分析： 1、 错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。 还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致 MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次-

具体报错如下： Table '.\Tablename\posts' is marked as crashed and should be repaired 提示说论坛的帖子表posts被标记有问题，需要修复。我记得以前也出现过类似的问题,但是只要点击Phpmyadmin上的repair按纽就自动修复了,但是这次很绝,什么都没有.于是赶快上网查找原因。最终将问题解决。解决方法如下： 找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/tablename/posts.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。 问题分析： 1、 错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。 还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致 MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次-

六星教育了解到，MySQL是目前所知PHP最流行的关系型数据库管理系统之一，它将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。之所以它会成为主流使用数据库，这一切要归功于速度快、成本低、开放源码等优势，所以一般中小型网站的开发都选择 MySQL 作为网站数据库。 我们常见的数据库性能提升常用方案就是索引，但索引查询并不等于创建就完事，在使用过还需要提高索引命中率、优化索引等手段来达到优化的目的。这也是我们接下来所要讲解的重点，如何更为精通掌握使用MySQL？如何在利用索引查询手段时更加优化？只有彻底理解此内容，才能帮助我们在PHP进阶路上更进一步，达到中高级程序员水平。 在优化的过程中，我们需要注意一些事项：索引用在where条件经常使用的列； 加索引列的内容不是唯一的几个值； 加索引列的内容不要频繁变化； 加索引列的值可以为null，并且可以有多null ，但不能存有重复的空字符串" "； 对于创建多个列索引，如果不是一起使用的话，则查询时使用索引会不起作用，如 （创建索引A ，B 查询只查询了A ）；模糊查询时 使用like 前面有百分号开头索引会失效；如果条件中or ，那么条件中带索引会失效，就是说必须作为条件的所有字段都必须带索引 ，建议不要使用or关键字；如果列类型是字符串，哪作为条件查询时该列的值一定用‘ ’引号引用起来

show [session|global] status 提供服务器状态信息。 show [session|global] status 可以根据需要加上参数“session”或者“global”来显示 session级（当前连接）的计结果和 global 级（自数据库上次启动至今）的统计结果。如果不写，默认使用参数是“session”。 下面的命令显示了当前 session 中所有统计参数的值： show status like ‘Com_______’; show status like ‘Innodb_rows_%’; 定位： 慢查询日志 : 通过慢查询日志定位那些执行效率较低的 SQL 语句，用–log-slow-queries[=filename]选项启动时，mysqld 写一个包含所有执行时间超过 longquery_time 秒的 SQL 语句的日志文件。具体可以查看本书第 26 章中日志管理的相关部分。 show processlist : 慢查询日志在查询结束以后才纪录，所以在应用反映执行效率出现问题的时候查询慢查询日志并不能定位问题，可以使用show processlist命令查看当前MySQL在进行的线程，包括线程的状态、是否锁表等，可以实时地查看 SQL 的执行情况，同时对一些锁表操作进行优化。 explain分析执行计划： type性能由好到差的连接类型为

1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 来源： CSDN 作者： 神秘的义勇神驹 链接： https://blog.csdn.net/qq_42671442/article/details/104540909

普通索引和唯一索引 我们已经介绍过索引的结构和索引的几种优化，我们再来看一下相同语句在不同索引类型的执行过程 这里普通索引和唯一索引的情况有所不同 查询过程 对于普通索引来说，查找到满足条件的第一个记录后，需要查找下一个记录， 直到碰到第一个不满足条件的记录。 对于唯一索引来说，由于索引定义了唯一性，查找到第一个满足条件的记录后，就会停止继续检索 这个不同带来的性能差距会有多少呢? 基本上差不多 InnoDB 的数据是按数据页为单位来读写的。也就是说，当需要读一条记录的时候，并不是将这个记录本身从磁盘读出来，而是以页为单位，将其整体读入内存。在 InnoDB 中，每个数据页的大小默认是 16KB。 因为引擎是按页读写的，所以说，当找到记录的时候，它所在的数据页就都在内存里了。那么，对于普通索引来说，要多做的那一次“查找和判断下一条记录”的操作 更新过程 当需要更新一个数据页时，如果数据页在内存中就直接更新，而如果这个数据页还没有在内存中的话，在不影响数据一致性的前提下，InooDB 会将这些更新操作缓存在 change buffer 中，这样就不需要从磁盘中读入这个数据页了。在下次查询需要访问这个数据页的时候，将数据页读入内存，然后执行 change buffer 中与这个页有关的操作。通过这种方式就能保证这个数据逻辑的正确性 虽然名字叫作 change buffer

一、用法及定义： 　　explain为sql的执行计划、在sql前面加上explain关键字即可 如： explain select * from tbl_emp; 名词解释： 　　 id:【操作表的顺序】 　　　　 1.id相同，表的执行顺序从上往下依次执行 　　　　2.id不同，id越大的越先执行 　　　　3.id相同和不同的一起，越大的先执行，然后再按顺序从上往下依次执行 　　 select_type：查询类型【区分简单查询，子查询，联合查询】 　　　　 一般有：SIMPLE[最简答的sql查询]，PRIMARY[查询中若包含任何复杂的子查询，最外层查询则被标记]， 　　　　　　　　SUBQUERY[在select或where列表中包含子查询] 　　　　　　　　UNION 　　　　　　　　............. 　　 type:访问类型【最好到最差】 　　　　　　 system > const > eq_ref > ref > range > index> ALL 　　　 一般达到range级别就好，最好达到ref 　　 possible: 显示可能应用到这张表的索引，一个或者多个；查询涉及到的字段上若存在索引，则该索引将被列出， 但不一定被查询实际使用。 　　　　　　 简单说：MySQL推测，理论上 可能 用到的索引， 但不一定被查询实际使用 　　key: