加入收藏 | 设为首页 | 会员中心 | 我要投稿 西安站长网 (https://www.029zz.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 建站 > 正文

Linux运维常见问题及解决的32个锦囊妙计

发布时间:2018-09-11 22:19:50 所属栏目:建站 来源:C语言
导读:副标题#e# 9月15日技术沙龙 | 与东华软件、AWS、京东金融、饿了么四位大咖探讨精准运维! 作为linux运维,多多少少会碰见这样那样的问题或故障,从中总结经验,查找问题,汇总并分析故障的原因,这是一个Linux运维工程师良好的习惯。每一次技术的突破,都经

(2) 原因:

  • 端口被占用:表面看是7080端口被占用,于是netstat-npl|grep7080看了下发现7080没有占用;
  • 在配置文件中重复写了端口,如果在以下两个文件同时写了Listen7080
    1. /etc/httpd/conf/http.conf 
    2. /etc/httpd/conf.d/t.10086.cn.conf 

(3) 解决:

注释掉/etc/httpd/conf.d/t.10086.cn.conf的Listen7080,重启,OK。

9. toomanyopenfile

(1) 问题:

报toomanyopenfile错误

(2) 解决:

终极解决方案

  1. echo“”>>/etc/security/limits.conf 
  2. echo“*softnproc65535″>>/etc/security/limits.conf 
  3. echo“*hardnproc65535″>>/etc/security/limits.conf 
  4. echo“*softnofile65535″>>/etc/security/limits.conf 
  5. echo“*hardnofile65535″>>/etc/security/limits.conf 
  6. echo“”>>/root/.bash_profile 
  7. echo“ulimit-n65535″>>/root/.bash_profile 
  8. echo“ulimit-u65535″>>/root/.bash_profile 

最后重启机器或者执行:

  1. ulimit-u655345&&ulimit-n65535 

10. ibdata1和mysql-bin致磁盘空间问题

(1) 问题:

2.51磁盘空间报警,经查发现ibdata1和mysql-bin日志占用空间太多(其中ibdata1超过120G,mysql-bin超过80G)

(2) 原因:

bdata1是存储格式,在INNODB类型数据状态下,ibdata1用来存储文件的数据和索引,而库名的文件夹里的那些表文件只是结构而已。

innodb存储引擎有两种表空间的管理方式,分别是:

  • 共享表空间(可拆分为多个小的表空间文件),这个是我们目前多数数据库使用的方法;
  • 独立表空间,每一个表有一个独立的表空间(磁盘文件)

对于两种管理方式,各有优劣,具体如下:

① 共享表空间:

优点:可以将表空间分成多个文件存放到不同的磁盘上(表空间文件大小不受表大小的限制,一个表可以分布在不同步的文件上)

缺点:

  • 所有数据和索引存放在一个文件中,则随着数据的增加,将会有一个很大的文件,虽然可以把一个大文件分成多个小文件,但是多个表及索引在表空间中混合存储,这样如果对于一个表做了大量删除操作后表空间中将有大量空隙。
  • 对于共享表空间管理的方式下,一旦表空间被分配,就不能再回缩了。当出现临时建索引或是创建一个临时表的操作表空间扩大后,就是删除相关的表也没办法回缩那部分空间了。

②独立表空间:

在配置文件(my.cnf)中设置:

  1. innodb_file_per_table 

特点:每个表都有自已独立的表空间;每个表的数据和索引都会存在自已的表空间中。

优点:表空间对应的磁盘空间可以被收回(Droptable操作自动回收表空间,如果对于删除大量数据后的表可以通过:altertabletbl_nameengine=innodb;回缩不用的空间。

(编辑:西安站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读