保持简单即最优 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就是"最佳方案"。
相关文档：
亲爱的拯救MySQL的中国签名支持者:
欧盟可能无法拯救MySQL, 中国和俄罗斯可能是拯救MySQL的希望之所在。中国拥有强大、独立以及自信的反垄断主管机关，因此，我本人在此请求您的帮助。对于您在 http://helpmysql.org/cn/petition
的签名，我们深表感谢。如果可以的话，我们需要您的进一步帮助：
&nb ......
一、事务处理（myisam引擎不支持事务，innodb引擎支持事务）
（1）start transaction
（2）commit
（3）rollback，rollback to [savepoint name]
（4）savepoint [savepoint name]
（5）set autocommit=0 or 1
（6）release savepoint [savepoint name]
注意：create、drop等操作，不能回退
二、字符集
1.字符编码 ......
net start mysql //启动mysql服务
net stop mysql //停止mysql服务
mysqld-nt --remove //删除mysql后台服务
mysqld-nt --install //安装mysql后台服务
mysqld-nt可以换成mysqld-max-nt或mysqld
mysql -u root ......
今天搞了一下午，在电脑上搭建了APM平台
系统:Windows7 Professional EN
Apache2.2.9:http://archive.apache.org/dist/httpd/binaries/win32/apache_2.2.9-win32-x86-openssl-0.9.8h-r2.msi
PHP5.3.1:http://windows.php.net/downloads/releases/php-5.3.1-Win32-VC6-x86.zip
MySQL5.1.42:http://ftp.iij.ad.jp/pub/db/ ......
从A主机导入数据到B主机
mysqldump -hA -uusername -ppassword db_name >dumpfile
mysql -hB -uusername -ppassword
mysql>create database db_name2;
mysql>use db_name2;
mysql>source dumpfile;
先用dump把A中的数据库db_name导入到文件dumpfile，然后在B主机上，创建一个新的数据库db_name2，使用 ......
