小编Ark*_*ito的帖子

问题：我们已经发展到需要真正的 DBA 的地步。很难找到真正的 DBA。

可能的解决方案：我认识一个有丰富经验的人（目前正在研究 MSSQL），他正在寻找一份新的 DBA 工作。他可能愿意考虑在 MySQL 商店工作（我没有问过）。

Snag：我不知道 MSSQL DBA 技能在多大程度上映射到 MySQL DBA 技能。我是一名开发人员，所以我对 MySQL 有足够的了解来开发使用它的应用程序（包括基本的性能调整、索引选择等）、进行架构设计和执行简单的实用程序任务（使用 mysqldump 进行备份、脚本编写等） .) 我对 MSSQL 一无所知。我实际上也不太了解 DBA 角色的界限。

任何有更多经验的人 - 也许作为 DBA - 都可以对此发表意见吗？MSSQL 和 MySQL 之间是否有足够的相似之处，以至于值得询问 MSSQL DBA 是否有兴趣申请 MySQL 职位？

我有一台当前设置为 SVN 服务器的台式机。目前我已将它设置为可通过 http（使用 Apache）访问，但仅适用于本地网络，因为我对处理打开它所涉及的安全问题没有信心。

在我看来，我处理这个问题的两个选项是通过 SSH 的 SVN 和设置 VPN，同时维护 SVN 的“仅限本地网络”配置。有没有人对这两种设置的优缺点有深刻的了解？特别是，我以前从未尝试过设置个人 VPN，所以我不知道 OpenVPN 等通常会带来多少痛苦和费用。

[旁白：我不知道这是否真的更适合超级用户，因为它是供个人使用的服务器 - 如果是，有人可以移动它吗？谢谢！]

我有许多 AWS EC2 实例，它们用作生产应用程序的后端。其中许多早于通用 SSD 存储的可用性；但是，一些较新的卷确实使用 SSD 作为其根卷。

我想转换所有仍然使用磁存储的实例来利用 SSD 存储，但我不想破坏和重新创建任何已经在 SSD 上的实例。如何确定与特定实例的根卷关联的存储类型？

我最近将我的桌面升级到了 Windows 7，并从其他盒子中打开了 ssh（使用与 Cygwin 一起安装的 OpenSSH）。

一切正常 - 然而，当我第一次尝试建立连接（在它要求输入密码之前）时，会有一个非常非常长的延迟（有时长达 30 秒），即使是通过有线连接也是如此。当我在工作时远程 ssh 到我的盒子时，没有这样的延迟。

我将非常感谢您对我可以做些什么来调试这个问题的见解。我知道有无数的小事情会影响建立 ssh 连接的速度，但这似乎非常糟糕，以至于一定有什么大错。

ssh -vvv输出如下（警告：长） - 在列出身份文件 ( identity file /Users/Arkaaito/...) 之后有一个长停顿，然后在列出密钥 ( key: /Users/Arkaaito...)之后又是另一个长停顿。我想这可能只是因为我还没有设置基于密钥的身份验证。（具有讽刺意味的是，我想等到我在内部网络上使用基于密码的身份验证来添加它。）

Arkas-MacBook-Pro:~ Arkaaito$ ssh -vvv Alsant@192.168.0.196
OpenSSH_5.2p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.0.196 [192.168.0.196] port 22.
debug1: Connection established.
debug1: identity file /Users/Arkaaito/.ssh/identity type -1
debug1: identity file /Users/Arkaaito/.ssh/id_rsa type -1
debug1: identity file /Users/Arkaaito/.ssh/id_dsa type -1 …

我需要在命令行停止 crond。（我正在编写一个脚本，需要停止它，做一些工作，然后重新启动它。我宁愿不删除和替换 crontab 文件，因为它更容易出错。）

但是，当我运行service crond stopor 时sudo /etc/init.d/crond stop，它会停止，但不到一分钟后又会再次启动。

[root@prod-sphinx1 ~]# service crond stop;date
Stopping crond:                                            [  OK  ]
Wed Oct 15 05:48:50 UTC 2014
[root@prod-sphinx1 ~]# ps uefxxx | grep crond
root     11891  0.0  0.0  61192   788 pts/0    S+   05:49   0:00          \_ grep crond HOSTNAME=sphinx01.us-east-1.zoomingo.com TERM=xterm-256color SHELL=/bin/bash HISTSIZE=1000 SSH_CLIENT=50.46.219.220 51260 22 SSH_TTY=/dev/pts/0 USER=root LS_COLORS= EC2_HOME=/home/ec2 MAIL=/var/spool/mail/root PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/home/ec2/bin:/home/ec2/bin:/root/bin INPUTRC=/etc/inputrc PWD=/root JAVA_HOME=/usr/java/default LANG=en_US.UTF-8 PS1=[\u@prod-sphinx1 \W]\$  SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass SHLVL=1 HOME=/root LOGNAME=root CVS_RSH=ssh SSH_CONNECTION=50.46.219.220 51260 10.146.200.111 22 PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/local/lib/pkgconfig LESSOPEN=|/usr/bin/lesspipe.sh …

我们的 memcache 安装最近开始删除密钥，我们不确定为什么。大量密钥同时消失。

Memcache 报告驱逐低到不存在，我们的应用程序无法清除 memcache（它只能删除特定键）。即使应用程序不知道的密钥也会被删除，因此我们非常确信它们已经过期。然而，我们的内存缓存配置已经有一段时间没有被触及了。

以前有没有人调试过这样的问题，如果是这样，您是否建议我们采取任何步骤？memcache 的过期策略有多灵活 - 我们是否可能突然遇到基于（例如）键写入频率的标准？