linuxmysqlcpu

Ⅰ 如何在linux系统中，查看某个进程中线程占用cpu或内存等信息

1、查看物理CPU的个数
[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep "physical id"|sort |uniq|wc -l
1
2、查看逻辑CPU的个数
[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep "processor"|wc -l
4
3、查看CPU是几核（即，核心数）
[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep "cores"|uniq
cpu cores : 4
4、查看CPU的主频
[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep MHz|uniq
cpu MHz : 2499.982
5、当前操作系统内核信息
[root@MysqlCluster01 ~]# uname -a
Linux MysqlCluster01 2.6.32-431.20.3.el6.x86_64 #1 SMP Thu Jun 19 21:14:45 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
6、当前操作系统发行版信息
[root@MysqlCluster01 ~]# cat /etc/issue
CentOS release 6.4 (Final)
Kernel \r on an \m
7、内存使用情况
[root@MysqlCluster01 ~]# free -m
total used free shared buffers cached
Mem: 7863 2738 5125 0 141 835
-/+ buffers/cache: 1761 6102
Swap: 3967 0 3967

Ⅱ linux 服务器mysql的CPU占的高是怎么回事啊

先 找到 CPU 高的线程，如果 CPU 高的线程号一直在变，那可能不是单个 SQL 引起的 CPU 消耗，需要用其他方法来辅助分析。找到线程任务processlist 。
可以看到很多有用的信息：
1. 可以看到 processlist 中对应这根线程的信息
2. 可以找到其在 processlist 中的 ID，这样我们就可以下 kill 命令来结束 SQL
小贴士：
使用 performance_schema 时，需要大家注意 MySQL 使用了多个线程编号，源自于不同视角：
1. PROCESSLIST_ID：在 processlist 中的编号，是使用者视角的编号，使用者可以直接用 kill 命令。
2. THREAD_ID：是 MySQL 内部使用的线程编号，是 MySQL 内部视角的编号。
3. THREAD_OS_ID：是在操作系统上，对应的线程编号，是操作系统视角的编号。
大家使用时需要区分好，不要 kill 错了 SQL。
其他有用的信息，可以看到 SQL 执行的开始时间，正在使用了一张临时磁盘表。
如果开启了 performance_schema 的其他监控项，通过 Thread_ID 关联，可以找到更多信息。
当然，眼下这么明显的坑 SQL，我们 kill 掉就是了。

Ⅲ Linux上MySQL优化提升性能 哪些可以优化的关闭NUMA特性

Linux上MySQL优化提升性能，可以优化关闭NUMA特性如下：
这些其实都源于CPU最新的技术：节能模式。操作系统和CPU硬件配合，系统不繁忙的时候，为了节约电能和降低温度，它会将CPU降频。
为了保证MySQL能够充分利用CPU的资源，建议设置CPU为最大性能模式。这个设置可以在BIOS和操作系统中设置，当然，在BIOS中设置该选项更好，更彻底。
然后我们看看内存方面，我们有哪些可以优化的。
i)
我们先看看numa
非一致存储访问结构
(NUMA
：
Non-Uniform
Memory
Access)
也是最新的内存管理技术。它和对称多处理器结构
(SMP
：
Symmetric
Multi-Processor)
是对应的。
我们可以直观的看到：SMP访问内存的都是代价都是一样的;但是在NUMA架构下，本地内存的访问和非
本地内存的访问代价是不一样的。对应的根据这个特性，操作系统上，我们可以设置进程的内存分配方式。目前支持的方式包括：
--interleave=nodes
--membind=nodes
--cpunodebind=nodes
--physcpubind=cpus
--localalloc
--preferred=node
简而言之，就是说，你可以指定内存在本地分配，在某几个CPU节点分配或者轮询分配。除非
是设置为--interleave=nodes轮询分配方式，即内存可以在任意NUMA节点上分配这种方式以外。其他的方式就算其他NUMA节点上还有内
存剩余，Linux也不会把剩余的内存分配给这个进程，而是采用SWAP的方式来获得内存。
所以最简单的方法，还是关闭掉这个特性。
关闭特性的方法，分别有：可以从BIOS，操作系统，启动进程时临时关闭这个特性。
a)
由于各种BIOS类型的区别，如何关闭NUMA千差万别，我们这里就不具体展示怎么设置了。
b)
在操作系统中关闭，可以直接在/etc/grub.conf的kernel行最后添加numa=off，如下所示：
kernel
/vmlinuz-2.6.32-220.el6.x86_64
ro
root=/dev/mapper/VolGroup-root
rd_NO_LUKS.UTF-8
rd_LVM_LV=VolGroup/root
rd_NO_MD
quiet
SYSFONT=latarcyrheb-sun16
rhgb
crashkernel=auto
rd_LVM_LV=VolGroup/swap
rhgb
crashkernel=auto
quiet
KEYBOARDTYPE=pc
KEYTABLE=us
rd_NO_DM
numa=off
另外可以设置
vm.zone_reclaim_mode=0尽量回收内存。
c)
启动MySQL的时候，关闭NUMA特性：
numactl
--interleave=all
mysqld
当然，最好的方式是在BIOS中关闭。
ii)
我们再看看vm.swappiness。
vm.swappiness是操作系统控制物理内存交换出去的策略。它允许的值是一个百分比的值，最小为0，最大运行100，该值默认为60。vm.swappiness设置为0表示尽量少swap，100表示尽量将inactive的内存页交换出去。
具体的说：当内存基本用满的时候，系统会根据这个参数来判断是把内存中很少用到的inactive
内存交换出去，还是释放数据的cache。

Ⅳ linux怎么查看数据库的cpu使用率

1.top使用权限：所有使用者
使用方式：top [-] [d delay] [q] [c] [S] [s] [i] [n] [b]
说明：即时显示process的动态
d :改变显示的更新速度，或是在交谈式指令列( interactive command)按s
q :没有任何延迟的显示速度，如果使用者是有superuser的权限，则top将会以最高的优先序执行
c :切换显示模式，共有两种模式，一是只显示执行档的名称，另一种是显示完整的路径与名称S :累积模式，会将己完成或消失的子行程( dead child process )的CPU time累积起来
s :安全模式，将交谈式指令取消,避免潜在的危机
i :不显示任何闲置(idle)或无用(zombie)的行程
n :更新的次数，完成后将会退出top
b :批次档模式，搭配"n"参数一起使用，可以用来将top的结果输出到档案内

其他命令还有vmstat、mpstat、prstat、sar等等

Ⅳ linux下的 mysql 处理能力会比 windows下的mysql 快吗

其实是差不太多，只是linux下面CPU的利用率会比windows高一点。

Ⅵ linux服务器下mysql启动慢，怎么解决的相关推荐

0 先了解主机和数据库的环境
#主机
内存多大，为了看有多少剩余能为mysql留出多少来：free

资源使用情况，看负载情况，重点看空闲 CPU百分比(带 xx% id)：top
#mysql
看mysql数据文件多大： -c -s /var/lib/mysql

1 初步调整（最主要的）
# 配置mysql的innodb内存占用，根据上边结果中剩余内存（取80%）增加 innodb_buffer_pool_size的值
# 配置mysql的其它内存使用和缓存使用情况，不要加的太大，主要是 sort_buffer_size, join_buffer_size, key_cache_size。
配置依据是：总内存 - OS系统预留 - max_connections * (sort_buffer_size + join_buffer_size + read_buffer_size + read_rnd_buffer_size + thread_statck ) - key_cache_size > 0

2 优化调整（属于优化性能方面）
主要是以下几方面：
连接等待队列数 back_log
客户端请求线程缓存数 thread_cache_size
表缓冲的数量 table_open_cache
临时表的内存大小，用于group by的优化 tmp_table_size

innodb日志缓冲大小 innodb_log_buffer_size
innodb能打开表的数量大小（库里的表特别多时增加此项值） innodb_open_files

Ⅶ Linux系统下mysql运行慢,请给出分析方案!!

Linux 进程通过 C 标准库中的内存分配函数 malloc 向系统申请内存，但是到真正与内核交互之间，其实还隔了一层，即内存分配管理器(memory allocator)。常见的内存分配器包括：ptmalloc(Glibc)、tcmalloc(Google)、jemalloc(FreeBSD)。MySQL 默认使用的是 glibc 的 ptmalloc 作为内存分配器。

目前 jemalloc 应用于 Firefox、FaceBook 等，并且是 MariaDB、Redis、Tengine 默认推荐的内存分配器，而 tcmalloc 则应用于 WebKit、Chrome 等。

Ⅷ 在linux安装MySQL时采用源码编译安装，但是如何让MySQL的编译时间缩短呢

可以试试在使用make && make install 时添加-j参数，不限制内核进行编译安装。或者-j 后加内核数 。例如 make -j 4 && make install -j 4
优点：速度快会相对提高很多
缺点：消耗大量CPU，内存资源。
我做过一个测试，如果不限定内核 （16核 80GB内存 ）的服务器编译安装mysql 5.0.7 安装时长大致在10分钟左右，但是测试时服务器CPU跑满100% ，内存消耗至少32GB。直接使用 make && make install 安装耗时45分钟，内存4GB ，CPU 10%左右。