今天读到
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足以。不要使用什么"优化"，那些
其实就是"扯淡"。对于Sc ......
数值类型
MySQL 的数值数据类型可以大致划分为两个类别，一个是整数，另一个是浮点数或小数。许多不同的子类型对这些类别中的每一个都是可用的，每个子类型支持不同大小的数据，并且 MySQL 允许我们指定数值字段中的值是否有正负之分或者用零填补。
表列出了各种数值类型以及它们的允许范围和占用的内存空间。
类型
大小
范围（有符号）
范围（无符号）
用途
TINYINT
1 字节
(-128，127)
(0，255)
小整数值
SMALLINT
2 字节
(-32 768，32 767)
(0，65 535)
大整数值
MEDIUMINT
3 字节
(-8 388 608，8 388 607)
(0，16 777 215)
大整数值
INT或INTEGER
4 字节
(-2 147 483 648，2 147 483 647)
(0，4 294 967 295)
大整数值
BIGINT
8 字节
(-9 233 372 036 854 775 808，9 223 372 036 854 775 807)
(0，18 446 744 073 709 551 615)
极大整数值
FLOAT
4 字节
(-3.402 823 466 E+38，1.175 494 351 E-38)，0，(1.175 494 351 E-38，3.402 823 466 351 E+38)
0，(1.175 494 351 E-38，3.402 823 466 E+38)
单精度
浮点数值
DOUBLE
8 字节
(1.797 693 134 862 315 7 E+308，2.225 073 858 507 201 4 E-308)，0，(2.225 073 8 ......
gcc 强大的编译器就不作介绍了
linux下用gcc命令编译多线程C程序文件和含有MySql数据库操作文件
1.编译多线程文件
gcc -o mylti_thread.o multi_thread.c -lpthread
其中的multi_thread.c表示源文件，mylti_thread.o表示编译产生的目标文件，-lpthread表示引入多线程库，在《Using the GNU Compiler Collection》gcc 4.30 中关于-lpthread的描述如下：
-lpthread Add support for multithreading using the POSIX threads library. This option sets flags for both the preprocessor and linker. It does not affect the thread safety of object code produced by the compiler or that of libraries supplied with it. These are HP-UX specific flags. 要不然会出现类似以下错误
/tmp/cc20DpmC.o: In function `main':
multi_thread.c:(.text+0x78): undefined reference to `pthread_create'
multi_thread.c:(.text+0xe2): undefined reference to `pthread_create'
multi_thread.c:(.text+0xf6): undefined reference to `pthread_join'
multi_thread.c:(.text+0x10a): undefined reference to `pthread_join'
2.编译MySql数� ......
MySQL安装目录下的Data目录中 .err错误信息:
Default storage engine (InnoDB) is not available
解决办法:
删除在MySQL安装目录下的Data目录中的
ib_logfile0
ib_logfile1
重新启动MySQL的Service ......
原文地址：http://blog.csdn.net/wenjava/archive/2009/06/11/4261299.aspx
在使用MySQL之前，需要建立数据库的环境来创建数据表，首先我们需要安装该数据库环境，即MySQL。
1、下载MySQL
MySQL的官方网站是http://www.mysql.org/，如图2-9所示：
图2-9 MySQL官方网站
当前稳定版本为5.1，我们选用MySQL 5.1.22作为数据库服务器，到其官方网站http://dev.mysql. com/downloads/mysql/5.1.html进行下载，下载后的文件为mysql-noinstall-5.1.22-rc-win32.zip。该版本是个绿色软件，解压缩即可使用。
2．安装MySQL
我们将mysql-noinstall-5.1.22-rc-win32.zip文件解压到D盘根目录中，并修改解压后的根目录名为mysql，这样做是为了目录名简单一些，方便我们使用。解压后的目录结构如图2-10所示。
图2-10 MySQL解压后目录
该根目录下包含以下几个最常用的子目录。
bin目录：该目录包含了MySQL的启动、停止等各种操作命令文件，我们也要使用这下面的命令文件来启动和管理MySQL。
data目录：该目录是MySQL的数据库存放目录。在该目录下，每一个子目录对应一个数据库。默认时包含两个数据库，即mysql和test。在该data目录下直接新建一个目录，即表示新建 ......
Using filesort表示在索引之外，需要额外进行外部的排序动作。导致该问题的原因一般和order by有者直接关系，一般可以通过合适的索引来减少或者避免。
explain SELECT * from table_item WHERE user_id = 2 ORDER BY item_id LIMIT 0, 5
user_id 和 item_id 分别建立一个索引，对此语句MySQL选择了 user_id索引，那么 item_id 的索引没有起到任何用处。当排序时记录数较多，内存中的排序 buffer满了，只能 Using filesort 进行外部排序。
解决方式为对这两列建立组合索引。
explain SELECT * from table_item WHERE user_id = 2 and user_age > 20 ORDER BY item_id LIMIT 0, 5
建立组合索引（user_id, user_age, item_id），看似非常完美。但由于user_age规则不是确定值，使用该组合索引的话实际上需要先按索引找出一个个user_age下的东西后再对其进行排序，仍然会filesort。
解决方式是使用组合索引（user_id, item_id），对排序好的item_id再过滤到不满足user_age > 20的条目，不会出现filesort。
explain SELECT * from table_item WHERE user_id = 2 ORDER BY item_attr desc, item_id LIMIT 0, 5
建立了组合索引（user_id, item_attr, item_id)，因为item ......
最新文章 : mysql