英文原文见下面的链接
Improved InnoDB fast index creation
mysqldump导出数据的时候,加入–innodb-optimize-keys可以使导入时间缩短一半(仅适用于把整个库导出为一个sql的情况),原理是在创建表的时候,只创建主键索引,二级索引在load完数据后再创建
mysqldump导出数据的时候,加入–innodb-optimize-keys可以使导入时间缩短一半(仅适用于把整个库导出为一个sql的情况),原理是在创建表的时候,只创建主键索引,二级索引在load完数据后再创建
Linux网关,本来只有一进一出2个网卡
eth0:外网
eth1:内网 192.168.100.1
所以iptables的规则看起来是这样
-A POSTROUTING -s 192.168.0.0/16 -o eth0 -j MASQUERADE
由于业务需要 ,加了一个出口,修改后
eth0:外网
eth2:外网
eth1:内网 192.168.100.1
这时数据会根据路由,从不同的出口出,所以不能加-o eth0了,所以规则改成了
-A POSTROUTING -s 192.168.0.0/16 -j MASQUERADE
这个变更带来的问题就是,我们vpn拨号获取到的也是192.168.0.0/16段的,然后我们访问内网的服务器,在服务器上看到的就是网关的内网IP:192.168.100.1,为什么?因为它也被MASQUERADE了。
当vpn用户登录服务器出现问题的时候,我们要排查,这下问题来了,这么多用户,在服务器上看到的都是192.168.100.1,根本无法查,上网找了下,发现了神一样的规则,应用后,在服务器上看到的又是VPN分配的原始IP了
-A POSTROUTING -s 192.168.0.0/16 ! -d 192.168.0.0/16 -j MASQUERADE
1、ll -h /opt/zimbra/data/ldap/mdb/db/data.mdb看到是80G,但 du -sh 看只有4M,这样带来的问题是,当用rsync备份目录的时候,同步到远程的就是80G,十分坑爹
2、官方的说明
OpenLDAP_Performance_Tuning_8.0
3、解决方法
a、修改文件大小:solvedcritical-ldap-primary-mdb-database-is-90-full-in-zimbra
b、利用mdb_copy来备份:ldap data.mdb after upgrade from 8.0.0 -> 8.0.1 has a size of 85GB
有几台Esxi,虚拟机较多,有时要找一台虚拟机是在哪台物理机上,很不方便,上网找到这个Python模块,可以列出某台物理机上所有虚拟机
一、安装模块
pip install pyvmomi
二、获取Esxi下所有虚拟机列表
先下载脚本
git clone https://github.com/vmware/pyvmomi.git
开始使用
cd pyvmomi/sample python getallvms.py -s 192.168.8.xxx -u xxxx -p xxxxx