SELECT --t1.Table_Name || chr(13) || t3.comments AS "表名称及说明", ROWNUM , t1.Column_Name AS "字段名称", t1.DATA_TYPE AS "数据类型", t1.DATA_LENGTH AS "长度", t1.NullAble AS "是否为空", t2.Comments AS "字段说明", t1.Data_Default "默认值" --t4.created AS "建表时间" --t3.comments AS "表说明", FROM cols t1 LEFT JOIN user_col_comments t2 ON t1.Table_name = t2.Table_name AND t1.Column_Name = t2.Column_Name LEFT JOIN user_tab_comments t3 ON t1.Table_name = t3.Table_name LEFT JOIN user_objects t4 ON t1.table_name = t4.OBJECT_NAME WHERE NOT EXISTS (SELECT t4.Object_Name FROM User_objects t4 WHERE t4.Object_Type = 'TABLE' AND t4.Temporary = 'Y' AND t4.Object_Name = t1.Table_Name) and t1.TABLE_NAME='你要查询的表名' ORDER BY t1.Table_Name, t1.Column_ID;或select distinct TABLE_COLUMN.*, TABLE_NALLABLE.DATA_TYPE, TABLE_NALLABLE.NULLABLE from (select distinct utc.table_name table_name, utc.comments table_comments, ucc.column_name column_name, ucc.comments column_comments from user_tab_comments utc, user_col_comments ucc where utc.table_name = ucc.table_name and utc.table_name not like '%_B' and utc.table_name not like '%_Z' and utc.table_name not like '%1%') TABLE_COLUMN, (select distinct table_name, column_name, nullable, DATA_TYPE from user_tab_cols where table_name not like '%_B' and table_name not like '%_Z' and table_name not like '%1%') TABLE_NALLABLE where TABLE_COLUMN.column_name = TABLE_NALLABLE.column_name and TABLE_COLUMN.TABLE_NAME = TABLE_NALLABLE.table_name;参考https://blog.csdn.net/liu_yulong/article/details/83619122https://blog.csdn.net/prefectjava/article/details/37908003

首先在终端中查看MySQL的依赖项：dpkg --list|grep mysql卸载：sudo apt-get remove mysql-commonsudo apt-get autoremove --purge mysql-server-5.7清除残留数据：dpkg -l|grep ^rc|awk '{print$2}'|sudo xargs dpkg -P再次查看MySQL的剩余依赖项：dpkg --list|grep mysql继续删除剩余依赖项，如：sudo apt-get autoremove --purge mysql-apt-config至此已经没有了MySQL的依赖项，彻底删除，Good Luck

Select * From user_tab_comments Where table_type='TABLE' And table_name Not Like 'BIN%'

总共四天的课程，讲解还算细致，资料为PDF版本，可复制文字，可以说很详尽了。视频观看：https://www.bilibili.com/video/BV1UQ4y1P7XrMySQL基础   https://www.iqiyi.com/v_19rru6trq0.html数据库安装及数据库对象  https://www.iqiyi.com/v_19rtydcd04.htmlMySQL高级特性与性能优化  https://www.bilibili.com/video/av55535218  存储引擎、索引使用及SQL优化   https://www.bilibili.com/video/av68811608高级资料下载：https://hik.lanzous.com/iasAbdgutpi基础资料下载：https://hik.lanzoui.com/ia6B0ilt7kf资料截图：http://stor.cway.top/2020/06/202006085128_3197.png

一、Root权限grant all privileges on *.* to 'root'@'%' identified by '111111' with grant option;1、all privileges：表示将所有权限授予给用户。也可指定具体的权限，如：SELECT、CREATE、DROP等。2、on：表示这些权限对哪些数据库和表生效，格式：数据库名.表名，这里写“*”表示所有数据库，所有表。如果我要指定将权限应用到test库的user表中，可以这么写：test.user3、to：将权限授予哪个用户。格式：”用户名”@”登录IP或域名”。%表示没有限制，在任何主机都可以登录4、identified by：指定用户的登录密码5、with grant option：表示允许用户将自己的权限授权给其它用户可以使用GRANT给用户添加权限，权限会自动叠加，不会覆盖之前授予的权限，比如你先给用户添加一个SELECT权限，后来又给用户添加了一个INSERT权限，那么该用户就同时拥有了SELECT和INSERT权限。详解： 命令：GRANT privileges ON databasename.tablename TO 'username'@'host' privileges：用户的操作权限，如SELECT，INSERT，UPDATE等，如果要授予所的权限则使用ALLdatabasename：数据库名tablename：表名，如果要授予该用户对所有数据库和表的相应操作权限则可用*表示，如*.*如：GRANT SELECT, INSERT ON test.user TO 'user01'@'%'; GRANT ALL ON *.* TO 'user01'@'%'; GRANT ALL ON maindataplus.* TO 'user01'@'%';二、刷新权限对用户做了权限变更之后，一定记得重新加载一下权限，将权限信息从内存中写入数据库。flush privileges;三、查看用户权限grant select,create,drop,update,alter on *.* to 'root'@'localhost' identified by '111111' with grant option;show grants for 'root'@'localhost';或者SHOW GRANTS for root@'%;查询所有用户权限SELECT DISTINCT CONCAT('User: ''',user,'''@''',host,''';') AS query FROM mysql.user;四、回收权限删除root这个用户的create权限，该用户将不能创建数据库和表。revoke create on *.* from 'root@localhost';flush privileges;五、创建新用户：CREATE USER 'username'@'host' IDENTIFIED BY 'password';create user 'oukele'@'%' identified by 'password';flush privileges;username：你将创建的用户名host：指定该用户在哪个主机上可以登陆，如果是本地用户可用localhost，如果想让该用户可以从任意远程主机登陆，可以使用通配符%password：该用户的登陆密码，密码可以为空，如果为空则该用户可以不需要密码登陆服务器六、用户重命名shell> rename user 'test3'@'%' to 'test1'@'%';七、修改密码1> 更新mysql.user表use mysql;# mysql5.7之前update user set password=password('123456') where user='root';# mysql5.7之后update user set authentication_string=password('123456') where user='root';flush privileges;2> 用set password命令语法：set password for ‘用户名’@’登录地址’=password(‘密码’)set password for 'root'@'localhost'=password('123456');3> mysqladmin语法：mysqladmin -u用户名 -p旧的密码 password 新密码mysqladmin -uroot -p123456 password 1234abcd注意：mysqladmin位于mysql安装目录的bin目录下八、忘记密码1> 添加登录跳过权限检查配置修改my.cnf，在mysqld配置节点添加skip-grant-tables配置[mysqld]skip-grant-tables2> 重新启动mysql服务shell> service mysqld restart3> 修改密码此时在终端用mysql命令登录时不需要用户密码，然后按照修改密码的第一种方式将密码修改即可。忘记密码修改过程注意：mysql库的user表，5.7以下版本密码字段为password，5.7以上版本密码字段为authentication_string4> 还原登录权限跳过检查配置将my.cnf中mysqld节点的skip-grant-tables配置删除，然后重新启动服务即可。注：以上代码块中没shell>的都在MySQL中执行参考：https://www.jianshu.com/p/e6f04aabb861

1、编辑配置文件sudo nano /etc/mongodb.conf找到bindIP将其注释或者改成0.0.0.0，重启MongoDB2、更改防火墙设置临时关闭防火墙systemctl stop firewalld.service永久关闭防火墙systemctl disable firewalld.service开关机自启动设置启动防火墙systemctl start firewalld.service永久启动防火墙systemctl enable firewalld开关机自启动设置防火墙是通过禁止外部机器访问达到保护系统安全的目的。但不设置防火墙是不科学的，因此可以通过开启27017端口来实现远程访问MongoDB。firewall-cmd --add-port=27017/tcp3、常用命令#启动服务  systemctl start mongodb.service  #关闭服务  systemctl stop mongodb.service  #开机启动  systemctl enable mongodb.service启动#进入mongodb目录下的bin文件夹cd /usr/local/src/mongodb/bin#启动mongod服务./mongod -dbpath=/usr/local/src/mongodb/data/db -logpath=/usr/local/src/mongodb/data/logs/mongodb.log -logappend -port=27017 -fork常用的启动参数：--dbpath：指定存储数据的文件夹--logpath：指定日志存储文件--logappend：日志以增加方式产生--port指定端口，如果不写的话，默认是27017--fork代表后台运行关闭#进入mongodb目录下的bin文件夹cd /usr/local/src/mongodb/bin#正常关闭mongod服务./mongod -shutdown -dbpath=/usr/local/src/mongodb/data/db#强制关闭mongodb，（不推荐这么做，会导致数据丢失与损坏）pkill mongod#或进shell中执行use admin;db.shutdownServer();

在Oracle中双引号的作用如果创建对象的时候，对象名、字段名加双引号，则表示Oracle将严格区分大小写，否则Oracl都默认大写；双引号一般是用来转义的，如果alias里面有空格或其它保留符号，必须使用双引号。而单引号则表示这个加了单引号的字段是一个字类似字符串，并不区分大小写；单引号是用来特制的，比如字符串的引用，日期字符串的引用，都必须包括在单引号中，可以参与运算或其它表达式中。两者不可混用，其中，两个单引号可以作为单引号的转义使用，意思就是一个真正的、没有特殊功能的单引号。例如 select substr('I''am a pig',1,4)。在SQL中表示字符串得引号强烈建议使用单引号（'）。虽然MySQL也可以使用双引号（"），但是为了和SQL Server和Oracle统一，建议都使用单引号。如果在字符串中也有单引号出现的话，在SQL中需要将其替换为两个单引号（''），DBMS会将其解释为一个单引号的。 关于SQL的换行符和字符串连接符，在MySQL、SQL Server和Oracle中均有不同，下面以列表显示。MySQLSQL ServerOracle换行符/n或/r/n或CHAR(10)CHAR(13)CHR(10)字符串连接符CONCAT()+||或CONCAT()单引号用于标识字符与数字的区别例如select * from table_name where id=1;这种代表查询的是数字select * from table_name where id='1';这种代表查询的是字符如果是双引号是这样，假如你有个表的字段叫sysdate，因为sysdate属于oracle中的特有字符，但你要查询这个字段的时候select "sysdate" from table_name;但是你要是用select 'sysdate' from table_name;那么你查出来的就是字符串，结果是sysdate。文章转载于https://blog.csdn.net/wanghai__/article/details/4700942

报错信息：1267 - Illegal mix of collations (utf8_unicode_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '='解决方法：数据库表编码不统一，将出错的表数据编码设置为一直即可，例如我数据库基本是utf8_general_ci，而我新建的表为utf8_unicode_ci，我就需要把表跟字段编码都要改成utf8_general_ci才可以。

svn: E200030: database disk image is malformed错误解决：https://www.cnblogs.com/wujinhong/p/7270370.html SQLite下载（适合Windows使用）：sqlite3.exe大小：0.5MB已经过安全软件检测无毒，请您放心下载。

网上有很多的文章教怎么配置MySQL服务器，但考虑到服务器硬件配置的不同，具体应用的差别，那些文章的做法只能作为初步设置参考，我们需要根据自己的情况进行配置优化，好的做法是MySQL服务器稳定运行了一段时间后运行，根据服务器的”状态”进行优化。　　mysql> show global status;　　可以列出MySQL服务器运行各种状态值，另外，查询MySQL服务器配置信息语句：　　mysql> show variables;　　一、慢查询 　　mysql> show variables like '%slow%'; 　　+------------------+-------+ 　　| Variable_name | Value | 　　+------------------+-------+ 　　| log_slow_queries | ON | 　　| slow_launch_time | 2 | 　　+------------------+-------+ 　　mysql> show global status like '%slow%'; 　　+---------------------+-------+ 　　| Variable_name | Value | 　　+---------------------+-------+ 　　| Slow_launch_threads | 0 | 　　| Slow_queries | 4148 | 　　+---------------------+-------+　　        配置中打开了记录慢查询，执行时间超过2秒的即为慢查询，系统显示有4148个慢查询，你可以分析慢查询日志，找出有问题的SQL语句，慢查询时间不宜设置过长，否则意义不大，最好在5秒以内，如果你需要微秒级别的慢查询，可以考虑给MySQL打补丁：http://www.percona.com/docs/wiki/release:start，记得找对应的版本。　　打开慢查询日志可能会对系统性能有一点点影响，如果你的MySQL是主-从结构，可以考虑打开其中一台从服务器的慢查询日志，这样既可以监控慢查询，对系统性能影响又小。　　二、连接数 　　经常会遇见”MySQL: ERROR 1040: Too many connections”的情况，一种是访问量确实很高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力，另外一种情况是MySQL配置文件中max_connections值过小： 　　mysql> show variables like 'max_connections'; 　　+-----------------+-------+ 　　| Variable_name | Value | 　　+-----------------+-------+ 　　| max_connections | 256 | 　　+-----------------+-------+　　       这台MySQL服务器最大连接数是256，然后查询一下服务器响应的最大连接数： 　　mysql> show global status like ‘Max_used_connections’;　　MySQL服务器过去的最大连接数是245，没有达到服务器连接数上限256，应该没有出现1040错误，比较理想的设置是：　　Max_used_connections / max_connections * 100% ≈ 85%　　最大连接数占上限连接数的85%左右，如果发现比例在10%以下，MySQL服务器连接数上限设置的过高了。　　三、Key_buffer_size 　　key_buffer_size是对MyISAM表性能影响最大的一个参数，下面一台以MyISAM为主要存储引擎服务器的配置： 　　mysql> show variables like ‘key_buffer_size’; 　　+-----------------+------------+ 　　| Variable_name | Value | 　　+-----------------+------------+ 　　| key_buffer_size | 536870912 | 　　+-----------------+------------+　　       分配了512MB内存给key_buffer_size，我们再看一下key_buffer_size的使用情况： 　　mysql> show global status like 'key_read%'; 　　+------------------------+-------------+ 　　| Variable_name | Value | mysql 　　+------------------------+-------------+ 　　| Key_read_requests | 27813678764 | 　　| Key_reads | 6798830 | 　　+------------------------+-------------+　　       一共有27813678764个索引读取请求，有6798830个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：　　key_cache_miss_rate = Key_reads / Key_read_requests * 100%　　比如上面的数据，key_cache_miss_rate为0.0244%，4000个索引读取请求才有一个直接读硬盘，已经很BT了,key_cache_miss_rate在0.1%以下都很好(每1000个请求有一个直接读硬盘)，如果key_cache_miss_rate在0.01%以下的话，key_buffer_size分配的过多，可以适当减少。　　MySQL服务器还提供了key_blocks_*参数： 　　mysql> show global status like 'key_blocks_u%'; 　　+------------------------+-------------+ 　　| Variable_name | Value | 　　+------------------------+-------------+ 　　| Key_blocks_unused | 0 | 　　| Key_blocks_used | 413543 | 　　+------------------------+-------------+　　       Key_blocks_unused表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数，比如这台服务器，所有的缓存都用到了，要么增加key_buffer_size，要么就是过渡索引了，把缓存占满了。比较理想的设置： 　　Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%　　四、临时表 　　mysql> show global status like 'created_tmp%'; 　　+-------------------------+---------+ 　　| Variable_name | Value | 　　+-------------------------+---------+ 　　| Created_tmp_disk_tables | 21197 | 　　| Created_tmp_files | 58 | 　　| Created_tmp_tables | 1771587 | 　　+-------------------------+---------+　　       每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，Created_tmp_disk_tables也增加,Created_tmp_files表示MySQL服务创建的临时文件文件数，比较理想的配置是：　　Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25% 　　比如上面的服务器Created_tmp_disk_tables / Created_tmp_tables * 100% = 1.20%，应该相当好了。我们再看一下MySQL服务器对临时表的配置： 　　mysql> show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size'); 　　+---------------------+-----------+ 　　| Variable_name | Value | 　　+---------------------+-----------+ 　　| max_heap_table_size | 268435456 | 　　| tmp_table_size | 536870912 | 　　+---------------------+-----------+　　      只有256MB以下的临时表才能全部放内存，超过的就会用到硬盘临时表。　　五、Open Table情况 　　mysql> show global status like 'open%tables%'; 　　+---------------+-------+ 　　| Variable_name | Value | 　　+---------------+-------+ 　　| Open_tables | 919 | 　　| Opened_tables | 1951 | 　　+---------------+-------+　　      Open_tables表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，说明配置中table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小，我们查询一下服务器table_cache值： 　　mysql> show variables like 'table_cache'; 　　+---------------+-------+ 　　| Variable_name | Value | 　　+---------------+-------+ 　　| table_cache | 2048 | 　　+---------------+-------+　　比较合适的值为： 　　Open_tables / Opened_tables * 100% >= 85%　　Open_tables / table_cache * 100% <= 95%　　六、进程使用情况　　mysql> show global status like ‘Thread%’; 　　+-------------------+-------+ 　　| Variable_name | Value | 　　+-------------------+-------+ 　　| Threads_cached | 46 | 　　| Threads_connected | 2 | 　　| Threads_created | 570 | 　　| Threads_running | 1 | 　　+-------------------+-------+　　      如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁(前提是缓存数未达上限)。Threads_created表示创建过的线程数，如果发现Threads_created值过大的话，表明MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，查询服务器thread_cache_size配置： 　　mysql> show variables like 'thread_cache_size'; 　　+-------------------+-------+ 　　| Variable_name | Value | 　　+-------------------+-------+ 　　| thread_cache_size | 64 | 　　+-------------------+-------+　　      示例中的服务器还是挺健康的。　　七、查询缓存(query cache) 　　mysql> show global status like 'qcache%'; 　　+-------------------------+-----------+ 　　| Variable_name | Value | 　　+-------------------------+-----------+ 　　| Qcache_free_blocks | 22756 | 　　| Qcache_free_memory | 76764704 | 　　| Qcache_hits | 213028692 | 　　| Qcache_inserts | 208894227 | 　　| Qcache_lowmem_prunes | 4010916 | 　　| Qcache_not_cached | 13385031 | 　　| Qcache_queries_in_cache | 43560 | 　　| Qcache_total_blocks | 111212 | 　　+-------------------------+-----------+　　       MySQL查询缓存变量解释：　　Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。　　Qcache_free_memory：缓存中的空闲内存。 　　Qcache_hits：每次查询在缓存中命中时就增大　　Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。　　Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看;如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。(上面的 free_blocks和free_memory可以告诉您属于哪种情况) 　　Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。　　Qcache_queries_in_cache：当前缓存的查询(和响应)的数量。　　Qcache_total_blocks：缓存中块的数量。　　我们再查询一下服务器关于query_cache的配置： 　　mysql> show variables like 'query_cache%'; 　　+------------------------------+-----------+ 　　| Variable_name | Value | 　　+------------------------------+-----------+ 　　| query_cache_limit | 2097152 | 　　| query_cache_min_res_unit | 4096 | 　　| query_cache_size | 203423744 | 　　| query_cache_type | ON | 　　| query_cache_wlock_invalidate | OFF |       +——————————+———–+　　各字段的解释：　　query_cache_limit：超过此大小的查询将不缓存　　query_cache_min_res_unit：缓存块的最小大小　　query_cache_size：查询缓存大小　　query_cache_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存 select sql_no_cache 查询 　　query_cache_wlock_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。　　query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。　　查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%　　如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。　　查询缓存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%　　查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小;查询缓存利用率在80%以上而且Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。 　　查询缓存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%　　示例服务器 查询缓存碎片率 = 20.46%，查询缓存利用率 = 62.26%，查询缓存命中率 = 1.94%，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。　　八、排序使用情况 　　mysql> show global status like 'sort%'; 　　+-------------------+------------+ 　　| Variable_name | Value | 　　+-------------------+------------+ 　　| Sort_merge_passes | 29 | 　　| Sort_range | 37432840 | 　　| Sort_rows | 9178691532 | 　　| Sort_scan | 1860569 | 　　+-------------------+------------+　　       Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序，使用的内存大小由系统变量 Sort_buffer_size 决定，如果它的大小不够把所有的记录都读到内存中，MySQL 就会把每次在内存中排序的结果存到临时文件中，等 MySQL 找到所有记录之后，再把临时文件中的记录做一次排序。这再次排序就会增加 Sort_merge_passes。实际上，MySQL 会用另一个临时文件来存再次排序的结果，所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增加 Sort_buffer_size 会减少 Sort_merge_passes 和 创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度，见 How fast can you sort data with MySQL?(引自http://qroom.blogspot.com/2007/09/mysql-select-sort.html，貌似被墙) mysql　　另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处，参见：http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is-read_rnd_buffer_size/　　九、文件打开数(open_files) 　　mysql> show global status like 'open_files'; 　　+---------------+-------+ 　　| Variable_name | Value | 　　+---------------+-------+ 　　| Open_files | 1410 | 　　+---------------+-------+ 　　mysql> show variables like 'open_files_limit'; 　　+------------------+-------+ 　　| Variable_name | Value | 　　+------------------+-------+ 　　| open_files_limit | 4590 | 　　+------------------+-------+　　      比较合适的设置：Open_files / open_files_limit * 100% <= 75%　　十、表锁情况 　　mysql> show global status like 'table_locks%'; 　　+-----------------------+-----------+ 　　| Variable_name | Value | 　　+-----------------------+-----------+ 　　| Table_locks_immediate | 490206328 | 　　| Table_locks_waited | 2084912 | 　　+-----------------------+-----------+　　       Table_locks_immediate表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数，如果Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些。示例中的服务器Table_locks_immediate / Table_locks_waited = 235，MyISAM就足够了。　　十一、表扫描情况 　　mysql> show global status like 'handler_read%'; 　　+-----------------------+-------------+ 　　| Variable_name | Value | 　　+-----------------------+-------------+ 　　| Handler_read_first | 5803750 | 　　| Handler_read_key | 6049319850 | 　　| Handler_read_next | 94440908210 | 　　| Handler_read_prev | 34822001724 | 　　| Handler_read_rnd | 405482605 | 　　| Handler_read_rnd_next | 18912877839 | 　　+-----------------------+-------------+　　        各字段解释参见http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html，调出服务器完成的查询请求次数： 　　mysql> show global status like 'com_select'; 　　+---------------+-----------+ 　　| Variable_name | Value | 　　+---------------+-----------+ 　　| Com_select | 222693559 | 　　+---------------+-----------+　　       计算表扫描率：　　表扫描率 = Handler_read_rnd_next / Com_select　　如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有一些好处，但最好不要超过8MB。　　后记： 　　文中提到一些数字都是参考值，了解基本原理就可以，除了MySQL提供的各种status值外，操作系统的一些性能指标也很重要，比如常用的top,iostat等，尤其是iostat，现在的系统瓶颈一般都在磁盘IO上，关于iostat的使用.在尝试学习新的语言之前先理解这门语言的设计原理能够让你在探索这门新语言时保持一个清醒而且开发的状态。