在给 MySQL 数据库访问层增加新功能时遇到了这样的错误:
1
| |
之前零星地见到过几次,因为发生频度很低,就没有太在意,这次找了一下原因,MySQL 文档对 Commands out of sync 错误的描述是这样的:
在给 MySQL 数据库访问层增加新功能时遇到了这样的错误:
1
| |
之前零星地见到过几次,因为发生频度很低,就没有太在意,这次找了一下原因,MySQL 文档对 Commands out of sync 错误的描述是这样的:
遇到了几例 MySQL 没用使用预期索引的问题,读了些文档之后,发现 MySQL 的类型转换对索引选择的影响还真是一个不大不小的坑。
比如有这样一张 MySQL 表:
1 2 3 4 5 6 7 8 9 10 | |
MySQL 服务器设置的 binlog 单文件最大为 1GB,偶然发现会有十几 GB 大小的 binlog 文件,从产生的时间上看像是某个 cron job 使用了超大的 transaction,为了找出“罪魁祸首”,我需要分析一下 binlog。
Code swarm 是一个可视化项目,最常见的用途是把代码仓库的提交历史可视化,changesets 以时间顺序回放,每个发生变更的文件作为一个闪亮的光点从各处汇聚在对应的 committer 身上,把项目的演进历史以视频的方式形象地呈现出来,通常还会配上激动人心的背景音乐,令程序员们潸然泪下。
近来美国在尚未通过的 SOPA 法案上产生了巨大争议,该法案最邪恶的地方在于,它使得 ISP 和版权方有权利因为某网站上有一点侵权内容而“拔其网线” - 使其域名无法解析,此权利也很容易被滥用。
用了三年多 Wordpress,由于实在很懒,没有写过多少东西,但跑在 Linode VPS 上的 Wordpress 却一直占用了很多资源,几个 PHP-FPM 进程加上 MySQL 就用掉了将近 400MB 内存,却没有什么访问量,觉得很不划算,再加上 Wrodpress 越来越臃肿,就想把它换成一个静态内容发布系统。
最近在写一个配置推送客户端,结构如下图:

每一个应用服务进程会起一个额外的线程,与 ZooKeeper 保持连接,需要变更配置时,将新配置更新到 ZooKeeper,ZooKeeper 将配置推送到所有的客户端,客户端收到配置之后,即时更新进程内的配置信息,并将更新配置成功与否、延时、错误等信息反馈到 redis,以这样的方式做到不重启服务更新配置。
升级到 Lion 后一直在忍受着很大的音量,戴着入耳一格音量也觉得很大,找了两句 applescript,写成了一个符合我使用习惯的脚本,这下可以精确地把音量调整为舒适的大小了:
在从 5.0.x 向 5.1.x 升级的过程中,使用 mysqldump 备份某张表之后,向5.1.x中导入时却遇到重复数据的错误:
1
| |