保持简单即最优 Mysql的部署原则
今天读到
When should you store serialized objects in the database?
，
其中针对
FriendFeed使用Mysql来存储
作为引题，
建议在考虑此方案时一定要三思。为什么？参考这里
Kiss KISS KISS
. 其实
Schema-Less没有错，但不能什么场景都上此方案，要
分析利弊，减少不必要的应用层复杂度。
文中提到的Serialized objects的保存技术，就是(entity-attribute-value) EAV, 说一下总结的缺点：
1.它对搜索不友好（都压缩存在一字段里，肯定不能搜索），这确实是一个问题。FriendFeed使用变相index，解决了它需要解决的问题。但只能是规避。
2.Select精确选择字段是不成了，每次都是SELECT * from xx,当然使用Memcache可以很少的解决此问题。
3.不
能加约束(constraints)，应用层需要作校验，其实就是增加了数据层的复杂库。
4.如果使用Json，不能使用Number和IP的原始形式存储，必须转换成String。这点好像不是那么重要，因为我们可以使用的文本协议有很多。比如Google的
protobuf
其实最重要的原则在Kiss KISS KISS
中已经说的很清楚。对于刚开始的应用，使用Master-slaver足以。不要使用什么"优化"，那些
其实就是"扯淡"。对于Scaling out方案更是应该简单有效为主，说白了，对于Mysql而言，一台Master及一台或几台slaver就是"最佳方案"。
相关文档：
新增用户：
GRANT ALL PRIVILEGES ON *.* TO 'root'@'你的远端ip' IDENTIFIED BY '你的密码' WITH GRANT OPTION;
如：
GRANT ALL PRIVILEGES ON *.* TO 'root'@'10.10.19.220' IDENTIFIED BY '123456' WITH GRANT OPTION;
登录到新增的用户：（假如原授权机的IP为10.10.19.222）
mysql -uroot -p123456&n ......
1.myisam表不支持外键，innodb才支持外键
2.mysql外键的列类型和主表中相应的主键列类型必须一致，即类型一致、长度一致，否则会报错。ERROR 1005: Can't create table (errno: 150)
3.在一个数据库中外键名字不能重复，否则会报ERROR 1005: Can't create table 'XXXXXX' (errno: 121) ......
Mysql 存储例程的使用
一、 简介
存储过程（Stored Procedure）是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中。用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程 是数据库中的一个重要对象，任何一个设计良好的 ......
语法：
select * from table_name where column_name regexp '正则表达式'
或区分大小写
select * from table_name where column_name regexp binary '正则表达式'
支持的正则表达式符号：
. 任意字符
| 或，如：a|b|c
[] 范围，比如：[a-z],[0-9],[^0-9]不包 ......
使用ant工具编译程序，运行程序.命令:ant -f xxx.xml指定生成文件；ant run编译并运行文件。
如果Hibernate将中文插入mysql数据库，调用select语句中文显示乱码，则mysql的编码方式设为gbk，注意这里是小写，不用重新安装mysql数据库，将MySQL Server 5.1目录下的my.ini配置文件里的所有default-character-set设为gbk，� ......
