zabbix server优化与迁移

2019-03-30 10:39:43 阅读：331 来源： 互联网

标签：tokudb NO server zabbix so mysql YES 迁移

zabbix server优化与迁移

1. 概述

zabbix 系统其实分3个大部分，一个是server本身，另一个是php的httpd服务，第三个是非常需要优化的数据库。公司的zabbix监控主机在3000不到的体量，不优化真的不行。主要说说mysql，其他几个略了，结合zabbix自身的监控数据，参数该调大就调大。

2. mysql 优化导表

2.1 tokudb引擎

重点是这个数据库，设计原因，造成几个表过大。每次insert时间过长造成性能问题，我目前的实践发现tokudb引擎是很好的解决方案，有关tokudb的原理可看https://www.percona.com/software/mysql-database/percona-tokudb 。mysql官方的包是不支持tokudb引擎的，可以下载percona的包，或者是alisql的。我的选择是percona 源码包编译，percona其实是提供rpm安装方式的，但是好像网络有问题总会下载不下来。

有关mysql安装可以参考我之前的文章 https://gqdw.github.io/2017/01/17/mysql-5-7-install/ ,有些不同之处在于percona的包没有带boost ，我是从官网mysql源码包上下载了以后拷过去的，可以用。
先要在系统里设置2个内核参数。

echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag

之后要在mysql中激活一下tokudb引擎,

INSTALL PLUGIN tokudb SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_file_map SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_fractal_tree_info SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_fractal_tree_block_map SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_trx SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_locks SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_lock_waits SONAME 'ha_tokudb.so';
INSTALL PLUGIN tokudb_background_job_status SONAME 'ha_tokudb.so';

安装完了SHOW ENGINES 一下。

+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+
| Engine             | Support | Comment                                                                    | Transactions | XA   | Savepoints |
+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+
| MyISAM             | YES     | MyISAM storage engine                                                      | NO           | NO   | NO         |
| MRG_MYISAM         | YES     | Collection of identical MyISAM tables                                      | NO           | NO   | NO         |
| CSV                | YES     | CSV storage engine                                                         | NO           | NO   | NO         |
| BLACKHOLE          | YES     | /dev/null storage engine (anything you write to it disappears)             | NO           | NO   | NO         |
| InnoDB             | DEFAULT | Percona-XtraDB, Supports transactions, row-level locking, and foreign keys | YES          | YES  | YES        |
| TokuDB             | YES     | Percona TokuDB Storage Engine with Fractal Tree(tm) Technology             | YES          | YES  | YES        |
| PERFORMANCE_SCHEMA | YES     | Performance Schema                                                         | NO           | NO   | NO         |
| ARCHIVE            | YES     | Archive storage engine                                                     | NO           | NO   | NO         |
| MEMORY             | YES     | Hash based, stored in memory, useful for temporary tables                  | NO           | NO   | NO         |
| FEDERATED          | NO      | Federated MySQL storage engine                                             | NULL         | NULL | NULL       |
+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+

可以看到tokudb完美的支持Transactions , XA ,Savepoints ，可以放心使用。早些年其实tokudb还是有明显bug的，用用会崩溃，但是2019年这些不存在了，感谢开源老哥的无私奉献。
另外说一下，硬件需要选择ssd，普通的盘io真的跟不上。

2.2 导数据

之后是导数据，我的做法是跳过几个大表，把小库导入，之后在导2个大表。

trends
trends_uint

history的几个表不用导，但是表结构需要建好，而且这几个表一定要做表分区，不然管理的时候会有些麻烦。
导出表需要写几个小脚本，写个for,done ,so easy:

day=0329
mkdir $day
for t in `cat tabs`
do
    echo "mysqldump zabbix $t > $day/$t.sql"
    mysqldump --set-gtid-purged=OFF zabbix $t > $day/$t.sql 
done

我这里加了--set-gtid-purged=OFF，不然会把gtid给带上。

恢复的时候就是这样:

for t in `cat tabs`
do
    echo "mysql  zabbix <  0329/$t.sql" 
    mysql -uzabbix -pzabbixpass zabbix <  0329/$t.sql
done

mysqldump只导表结构的参数是-d 。

导历史数据的时候也有个技巧，把dump出来的sql修改一下，去掉

DROP TABLE IF EXISTS `trends`;
LOCK TABLES `trends` WRITE;

去掉lock table可以在线导。总不能停服务导吧~

3. 总结

细节是魔鬼,mysql这块虽然是比oracle操作要简单不少，但是做起来还是一个熟练度问题，搞不好很多时候就要重头搞，可能数据也给搞没了，所以做的时候需要思路很清醒，很多细节问题需要注意。

标签：tokudb,NO,server,zabbix,so,mysql,YES,迁移
来源： https://www.cnblogs.com/gqdw/p/10625534.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

zabbix server优化与迁移