mysql索引

具体报错如下： 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、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次-

由于工作的公司没有专业的DBA又经常需要建立各种各种的表来满足自己的业务逻辑，所以经常查看MySQL 手册或者谷歌查看相关资料，所以本人就根据我的工作经验和相关资料来介绍一下MySQL各种字段类型及其使用。（由于本人还算是菜鸟哪里写的不对请多多指正，有兴趣的可以探讨一下） MySQL字段类型 int型包括（tinyint， smallint， mediumint， int， bigint） tinyint是1个字节表达范围就是2的8次方（-128-128） 或者（0-255） 很多人不明白为什么有两种情况，因为在计算机中有一种说法叫做无符号，也就是全部是正整数，所以在用MySQL 选择整形字段的时候一定要加上unsigned也就是无符号，因为负数基本不会用到。 smallint是2个字节表达范围2的16次方 smallint是3个字节表达范围2的24次方 int是4个字节表达范围2的32次方，记住这个类型是不能存储手机号的，很多人用它存然后直接报错了，因为int最长到10长度，手机号是11位，所以如果存手机号我的建议就是下面的char类型 bigint是8个字节表达方位就是2的64次方。 char型 表达范围0-255字节数，如果是存字母就是255个，因为每个字母只占一个字节，无论是什么编码，如果是存gbk存中文就是2个字节代表一个汉字，所以就是255/2

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性能由好到差的连接类型为

一、用法及定义： 　　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:

前言 工作的这些年发现一个比较奇怪的现象就是身边无论是工作十多年的老兵，还是初级刚入行的程序员，在高谈阔论技术和趋势的时候都是人工智能，大数据，区块链，各种框架，语言，算法，AI，BI，CI，DI…… 等等，倒是发现很少有人关注数据库，不知道是因为数据库感觉太低端还是太低调，总是不容易被人提起 技术就是这样，不太关注的地方就不会重视，越是不被重视的地方，掉进坑里的概率就会越大，所以就在这里给大家简单聊聊在使用数据库过程中有哪些防掉坑指南，也可以对刚入行的小朋友有一个提醒的作用，万丈高楼平地起，一定要先打好基础再去考虑上层的建筑，不要舍本逐末 本章主要分以下四个小节（预计读完 5 分钟左右）： 数据库为什么重要 数据库有哪些使用技巧 数据库有哪些容易掉进去的坑？ 深入学习数据库的建议 数据库为什么重要 很多人在开发过程中不太关注数据库，对于表结构的设计也没什么讲究大多属于“能用就行”，但是根据作者将近十年的开发经验来看的话，只要你是从事 Web 相关领域开发你就无法避免不和数据库打交道， 在Web开发中大多功能操作本质上都是对数据库进行操作 ，不管你用是 Pythod，Java，Ruby 等语言进行 Web 开发，你其实都是在面向数据库进行编程，很多 Web 框架作者为了避免程序员接触数据库的相关知识甚至还封装了一层 ORM （Object Relational Mapping

MySQL使用存储的键分布基数来确定表连接顺序 在决定对查询中的特定表使用哪些索引时，也会使用使用键分布基数 ANALYZE TABLE 表名 可以更新表的索引基数，使其更接近非重复的记录数，记录数可以使用show index from 表 来查询cardinality字段 mysql> show index from index_test; +------------+------------+--------------------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +------------+------------+--------------------+--------------+-------------+-----------+-------------

Python面试重点（进阶篇） 注意：只有必答题部分计算分值，补充题不计算分值。 第一部分 必答题 简述 OSI 7层模型及其作用？（2分） # 应用层：文件传输，文件管理，电子邮件的信息处理# 表示层：确保一个系统的应用层发送的消息可以被另一个系统的应用层读取，编码转换，数据解析，管理数据的解密和加密# 会话层：验证访问和会话管理# 传输层：为应用程序之间提供端对端的逻辑通信。# 网络层：选择合适的网间路由完成两个计算机之间的多个数据链路，通过路由协议和地址解析协议（ARP）。IP，RIP（路由信息协议），OSPF（最短路径优先协议）# 数据链路层：在物理层提供的比特流的基础上，建立相邻节点之间的数据链路，不可靠的物理介质提供可靠传输 ppp协议# 物理层：规定通信设备，通信链路的特性 简述 TCP三次握手、四次回收的流程。（3分） # 第一次握手：客户端首先向服务端发起连接，这时TCP头部中的SYN标识位值为1，然后选定一个初始序号seq=x（一般是随机的），消息发送后，A进入SYN_SENT状态，SYN=1的报文段不能携带数据，但要消耗一个序号。# 第二次握手：服务端收到客户端的连接请求后，同意建立连接，向A发送确认数据，这时TCP头部中的SYN和ACK标识位值均为1，确认序号为ack=x+1，然后选定自己的初始序号seq=y（一般是随机的），确认消息发送后，服务端进入SYN

第一部分 必答题 简述 OSI 7层模型及其作用？（2分） 应用层：与用户直接交互，软件、网站等 表示层：使用软件、网站可以查看的数据，图片等 会话层：保持登录状态，电脑中为cookie 传输层：选择TCP/UDP协议，进行数据发送。 网络层：通过IP路径寻址，并且对数据进行封装 数据链路层：使用mac地址寻址，又进行了数据封装 物理层：将上面得到的数据转化为信号 简述 TCP三次握手、四次回收的流程。（3分） 三次握手： 第一次握手：Client将标志设置为SYN=1，随机产生一个seq=J，并将该数据包发送给server，client进入SYN_SENT状态，等待server确认。 第二次握手：server收到数据包后由标志位SYN=1知道client请求建立链接，server将标志位SYN和ACK都设置为1，ack=J+1，随机产生一个值seq=K，并将数据包发送给client确认连接，server进入syn_rcvd状态。 第三次握手：client收到确认后，检查ack是否为J+1,ACK是否为1，如果正确则将标志位ACK设置为1，ack=K+1，并将该数据包发送给server，server检查ack是否为K+1,ACK是否为1，如果正确则建立链接，client和server进入ESTABALISED状态，完成三次握手。 四次挥手： 第一次挥手

一、SQL语句优化 （1）使用limit对查询结果的记录进行限定 （2）避免select *，将需要查找的字段列出来 （3）使用连接（join）来代替子查询 （4）拆分大的delete或insert语句 二、选择合适的数据类型 （1）使用可存下数据的最小的数据类型，整型 < date,time < char,varchar < blob （2）使用简单的数据类型，整型比字符处理开销更小，因为字符串的比较更复杂。如，int类型存储时间类型，bigint类型转ip函数 （3）使用合理的字段属性长度，固定长度的表会更快。使用enum、char而不是varchar （4）尽可能使用not null定义字段 （5）尽量少用text，非用不可最好分表 三、选择合适的索引列 （1）查询频繁的列，在where，group by，order by，on从句中出现的列 （2）where条件中<，<=，=，>，>=，between，in，以及like 字符串+通配符（%）出现的列 （3）长度小的列，索引字段越小越好，因为数据库的存储单位是页，一页中能存下的数据越多越好 （4）离散度大（不同的值多）的列，放在联合索引前面。查看离散度，通过统计不同的列值来实现，count越大，离散程度越高： mysql> SELECT COUNT(DISTINCT column_name) FROM table_name;