查看mysql一些命令的数据库状态

命令: show processlist; 
假设是root帐号,你能看到全部用户的当前连接。假设是其他普通帐号,仅仅能看到自己占用的连接。

 
show processlist;仅仅列出前100条,假设想全列出请使用show full processlist; 
mysql> show processlist;

 

命令: show status;

命令:show status like '%以下变量%';

Aborted_clients 因为客户没有正确关闭连接已经死掉。已经放弃的连接数量。 
Aborted_connects 尝试已经失败的MySQLserver的连接的次数。 
Connections 试图连接MySQLserver的次数。 
Created_tmp_tables 当运行语句时。已经被创造了的隐含暂时表的数量。 
Delayed_insert_threads 正在使用的延迟插入处理器线程的数量。 
Delayed_writes 用INSERT DELAYED写入的行数。

 
Delayed_errors 用INSERT DELAYED写入的发生某些错误(可能反复键值)的行数。 
Flush_commands 运行FLUSH命令的次数。

 
Handler_delete 请求从一张表中删除行的次数。 
Handler_read_first 请求读入表中第一行的次数。

 
Handler_read_key 请求数字基于键读行。

 
Handler_read_next 请求读入基于一个键的一行的次数。 
Handler_read_rnd 请求读入基于一个固定位置的一行的次数。 
Handler_update 请求更新表中一行的次数。 
Handler_write 请求向表中插入一行的次数。 
Key_blocks_used 用于keyword缓存的块的数量。

 
Key_read_requests 请求从缓存读入一个键值的次数。 
Key_reads 从磁盘物理读入一个键值的次数。 
Key_write_requests 请求将一个keyword块写入缓存次数。

 
Key_writes 将一个键值块物理写入磁盘的次数。 
Max_used_connections 同一时候使用的连接的最大数目。 
Not_flushed_key_blocks 在键缓存中已经改变可是还没被清空到磁盘上的键块。 
Not_flushed_delayed_rows 在INSERT DELAY队列中等待写入的行的数量。 
Open_tables 打开表的数量。

 
Open_files 打开文件的数量。 
Open_streams 打开流的数量(主要用于日志记载) 
Opened_tables 已经打开的表的数量。

 
Questions 发往server的查询的数量。

 
Slow_queries 要花超过long_query_time时间的查询数量。

 
Threads_connected 当前打开的连接的数量。 
Threads_running 不在睡眠的线程数量。 
Uptime server工作了多少秒。

 

 

 

My.ini配置 虚拟内存

 

 

 

innodb_buffer_pool_size=576M   ->128M InnoDB引擎缓冲区

query_cache_size=100M             ->32 查询缓存
tmp_table_size=102M                  ->32M 暂时表大小
key_buffer_size=16m                  ->8M

 

设置max_connections

命令:show variables like '%max_connections%'
(这个办法在debian+mysql  Ver 12.22 Distrib 4.0.22, for pc-linux (i386)
里实验了)
设置办法是在my.cnf文件里。加入以下的最后红色的一行:

 


--------------------------------------------------------------------------------

 

[mysqld] 
port=3306 
#socket=MySQL 
skip-locking 
set-variable = key_buffer=16K 
set-variable = max_allowed_packet=1M 
set-variable = thread_stack=64K 
set-variable = table_cache=4 
set-variable = sort_buffer=64K 
set-variable = net_buffer_length=2K 
set-variable = max_connections=32000 
(在院里的DELL机器mysql4.0里的语法不同
max_connecionts=2000
直接这么写就好了

 

 

--------------------------------------------------------------------------------

 

改动完成后,重新启动MySQL就可以。

当然,为了确保设置正确,应该查看一下max_connections。

注意: 
1、尽管这里写的32000。但实际MySQLserver同意的最大连接数16384; 
2、除max_connections外,上述其它配置应该依据你们系统自身须要进行配置,不必拘泥; 
3、加入了最大同意连接数,对系统消耗添加不大。

 
4、假设你的mysql用的是my.ini作配置文件。设置类似,但设置的格式要稍作变通。


 

用mysqld --help 能够查看到max_connections 变量。 
或者 mysql -uuser -p
后mysql>show variables;
也会看到max_connections 。
   

以下是改动张老师 的redhat9的方法:

先是mysql -uw01f -p
mysql>show variables;
看到max_connections 为100
mysql>exit;
vi /etc/my.cnf
    [mysqld]
set-variable=max_connections=250  #增加这些内容
:wq

/etc/init.d/mysqld restart
好了,行了。

 

以下的是抄的,我用不了
mysql的最大连接数默认是100, 这个数值对于并发连接非常多的数据库应用是远远不够的。当连接请求大于默认连接数后。就会出现无法连接数据库的错误,因此我们须要把它适当调大一些。 有两种办法能够改动最大连接数,一种是改动safe_mysqld,还有一种是直接改动原代码并又一次编译。以下我们就分别介绍这两种方法:

1.改动safe_mysqld 
找到safe_mysqld编辑它,找到mysqld启动的那两行,在后面加上參数 :

-O max_connections=1000

比如 :(当中前面有---的是原来的内容,而+++是改动过以后的) 
--- safe_mysqld.orig Mon Sep 25 09:34:01 2000 
+++ safe_mysqld Sun Sep 24 16:56:46 2000 
@@ -109,10 +109,10 @@ 
if test "$#" -eq 0 
then 
nohup $ledir/mysqld --basedir=$MY_BASEDIR_VERSION --datadir=$DATADIR / 
- --skip-locking >> $err_log 2>&1 
+ --skip-locking -O max_connections=1000 >> $err_log 2>&1 
else 
nohup $ledir/mysqld --basedir=$MY_BASEDIR_VERSION --datadir=$DATADIR / 
- --skip-locking "$@" >> $err_log 2>&1 
+ --skip-locking "$@" -O max_connections=1000 >> $err_log 2>&1 
fi 
if test ! -f $pid_file # This is removed if normal shutdown 
then 
然后关闭mysql重新启动它,用 
/mysqladmin所在路径/mysqladmin -uroot -p variables 
输入root数据库账号的password后可看到 
| max_connections | 1000 | 
即新修改已经生效。

2.改动原代码

解开MySQL的原代码。进入里面的sql文件夹改动mysqld.cc找到以下一行:

{ "max_connections", (long*) &max_connections,1000,1,16384,0,1},

把它改为:

{ "max_connections", (long*) &max_connections,1000,1,16384,0,1},

存盘退出,然后./configure ;make;make install可以得到相同的效果。

版权声明:本文博主原创文章。博客,未经同意不得转载。

原文地址:https://www.cnblogs.com/blfshiye/p/4916552.html