iMySQL | 老叶茶馆

感谢老杨为mysql发展所做的贡献，感谢他无私的奉献和分享精神，大家可以访问他的博客(我网站有链接)，关注系列“思考mysql内核之初级系列”连载。

给你也给我省点力气吧，现在的评论是我人工审核的，没法自动发布了 :)

某大型互联网公司MySQL高级DBA
公司行业： 互联网
公司规模： 1000-2000人
工作地点：北京，海淀

租房的地方热水器坏了，病急乱投医，也没想起来要先打安装人员早先留下的电话，直接某du一下“海尔 热水器 维修”，得到结果：

北京海尔热水器维修｜海尔热水器维修售后服务中心
北京海尔热水器维修电话：010-60127623，您的满意就是我们的工作标准，信赖所以选择。…… 北京海尔热水器维修售后服务中心
reshuiqi.haierservices.com/ 2010-7-2 - 某du快照 

打开一看有个400电话，联系好后上门，还穿着haier的工作服，信以为真。好在要价太高，被拒了，只付了30元检修费。

本文转载自：http://www.ibm.com/developerworks/cn/linux/filesystem/l-fs9/

老叶备注：xfs之所以能比ext3高效，主要得益于几点：

• 更合理的设计导致减少不必要的磁盘操作，尽可能利用内存
• 分配组(allocation groups)的设计使其能并行处理
• 无处不在的B+树索引，大大提升了效率
• 独特的日志记录方式，避免了日志文件系统通病
• 延迟分配机制，不仅减少了不必要的写操作，更有可能减少磁盘碎片

问题：用MySQL实现发号器功能，确保每次取到的ID号都是唯一的
实现：下面是一个大致的思路，抛个砖，欢迎回帖。
根据号段大小，决定是否分成多个表，每个表事先填充各个不同的号段。
每个应用端取号时，设置事务隔离级别为：REPEATABLE READ，并且采用下面的方式读取数据

SELECT `ID` FROM `ID_RANGE_XX` ORDER BY ID LIMIT 1 FOR UPDATE

在上述情境中，只要选择某个ID号，那么其他终端也在读取该号时，会产生锁等待，而不会发生ID号被重用的情况。

Innodb共享表空间文件ibdata1中存储了以下几部分信息:

• Data dictionary
• Double write buffer
• Insert buffer
• Rollback segments
• UNDO space
• Foreign key constraint system tables

因此，我们在初始化ibdata1时，最好设置大一些，这样就可以避免因为在高并发情景下导致ibdata1急剧增大，大大影响性能。

echo $LINE|awk '{ i = 3; while (i<=NF) {print $i; i++}}'

打印第三列起，直到最后一列

岗位职责：
1.Linux系统下的MySQL数据库的安装、配置、监控、备份、恢复、安全管理等。
2.Windows系统下的SqlServer数据库的安装、配置、监控、备份、恢复、安全管理等。
3.监控数据库运行，优化配置，提出硬件选型建议
4.支持产品研发团队，在代码和数据库表设计上提出行之有效的建议，如存储过程和索引等
5.提供24*7的产品环境服务支持

任职资格：
计算机或相关专业本科以上学历；
三年以上数据库管理和运维经验，包括数据库设计、性能优化、部署和更新经验，尤其是大量数据环境下能够保证100%可用；

诚然，dell的服务器可靠性总体还可以，可是最新的销售及售后维保策略是在太恶心人了，例如：

1. 报修部分备件，竟然还需要提供编号，而部分老机型或低版本的操作系统，是无法通过工具直接取得该编号的。请问，难道为了这个需求，我必须每个机房都安排值班人员来完成？电源模块等重要备件，如何拔出来查看编号？

2. 取消邮件报修，改用在线web报修，很多普通的报修也需要提供dset日志，而web报修又无法上传附件，故意折腾人玩不是？

3.  故障确认，服务器发生故障后，提取日志请求帮忙分析的话，可能会告诉你，服务级别不够，不给分析