mysql -h xxx.xxx.xxx.xxx -u root -pxxxooo -e “set GLBAL server_id=xxxooo " mysql -h xxx.xxx.xxx.xxx -u root -pxxxooo -e “show variables like ‘server_id’”

http://imysql.com/2015/05/24/mysql-optimization-reference-1.shtml http://imysql.com/2015/05/29/mysql-optimization-reference-2.shtml

http://www.ywnds.com/?p=7488 http://imysql.com/2016/11/30/mysql-faq-find-who-cause-mysql-swap.shtml free -gt 查看内存、SWAP消耗情况 尤其是参加过 知数堂培训MySQL DBA优化班课程 的同学应该都知道，我们在课上多次强调：遇到这种情况，第一条件反射很直接就是：发生内存泄露（memory leak）了。 一般来说，如果发现内存统计结果中，cached和used 相差特别大的话，基本可确定系统发生内存泄露。相应的处理手法有： 治标的办法：择机重启进程，彻底释放内存归还给OS； 治本的办法：找到代码中导致泄露的代码，修复之（我们这次面对的是mysql代码，还是去官方提交bug吧，哈哈）； 治本的办法：升级程序版本，通常新版本会解决旧版本存在的问题，推荐此方案。 物理内存还有不少空闲，但把swap都耗尽了。同样滴，这种案例在我们知数堂的MySQL DBA培训课程里也被多次谈及，绝大多数情况是因为没有关闭NUMA引起的。在运行数据库进程的服务器上，强烈建议关闭NUMA，在之前的分享 比较全面的MySQL优化参考（上篇） 中也有提及。

http://www.ywnds.com/?p=7411 Docker Hub是一个很好的用于管理公共镜像的地方，我们可以在上面找到想要的镜像（Docker Hub的下载量已经达到数亿次） Registry作为Docker的核心组件之一负责镜像内容的存储与分发，客户端的docker pull以及push命令都将直接与registry进行交互

http://www.ywnds.com/?p=7015 多人都对Volume有一个误解，他们认为Volume是为了持久化。如此想法是因为他们觉得容器不能持久化，所以Volume应该是为了满足这个需求而设计的。其实容器会一直存在，除非你删除它们。这可能来自于容器不是持久的想法，这样确实是不对的。容器是持久的，直到你删除他们 Volume并不是为了持久化。而Volume可以使用以下两种方式创建： 1）在Dockerfile中指定VOLUME /data。 2）执行docker run -v /data命令来指定。 无论哪种方式都是做了同样的事情。它们告诉Docker在主机上创建一个目录（默认情况下是在/var/lib/docker下），然后将其挂载到指定的路径（例子中是：/data）