Advanced MySQL Replication Techniques
http://dev.mysql.com/tech-resources/articles/advanced-mysql-replication.html
在多个master中复制的问题，主要是自增主键问题。
可以用auto_increment_increment和auto_increment_offset参数解决
（1）auto_increment_increment：控制增长的间隔
（2）auto_increment_offset：控制AUTO_INCREMENT的开始值
比如：有5台机器都作为master，则可以配置为：
auto_increment_increment = 5
auto_increment_offset = N (第N台机器)
因此，第一台机器的序列为：1,6,11,…；第二台机器的序列为：2,7,12,…；第三台机器的序列为：3,8,13,…等等 ......
mysql 创建 数据库时指定编码很重要，很多开发者都使用了默认编码，但是我使用的经验来看，制定数据库的编码可以很大程度上避免倒入导出带来的乱码问题。
我们遵循的标准是，数据库，表，字段和页面或文本的编码要统一起来
很多mysql数据库工具（除了phpmyadmin，我偶尔用，功能强速度慢）都不支持创建时指定数据库编码，当然可以改my.ini来解决这个问题,但是需要重新启动mysql，不过用下面的语句会更有效
GBK: create database test2 DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
UTF8: CREATE DATABASE `test2` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci
在用phpmyadmin管理，如果没有指明，将是默认的latin1。这样会产生乱码。 ......
最初的jbpm.hibernate.cfg.xml中，对MySQL的方言配置成了org.hibernate.dialect.MySQLDialect，发布流程的时候遇到下述错误：
Cannot delete or update a parent row: a foreign key constraint fails
Could not synchronize database state with session
将MySQL方言修改为org.hibernate.dialect.MySQLInnoDBDialect问题解决 ......
在menzhi007的blog里看到非常有意思的东西：http://hi.baidu.com/menzhi007/blog/item/c2e98551a18754848c54301c.html
在mysql手册里：
http://www.phpchina.com/manual/mysql/functions.html#comparison-operators
MySQL按照以下规则进行数值比较：
若有一个或两个参数为 NULL，除非NULL-safe <=> 等算符，则比较运算的结果为NULL。
若同一个比较运算中的两个参数都是字符串，则按照字符串进行比较。
若两个参数均为整数，则按照整数进行比较。
十六进制值在不需要作为数字进行比较时，则按照二进制字符串进行处理。
假如参数中的一个为 TIMESTAMP 或 DATETIME 列，而其它参数均为常数， 则在进行比较前将常数转为 timestamp。这样做的目的是为了使ODBC的进行更加顺利。 注意，这不适合IN()中的参数!为了更加可靠，在进行对比时通常使用完整的 datetime/date/time字符串。
在其它情况下，参数作为浮点数进行比较。
在默认状态下，字符串比较不区分大小写，并使用现有字符集(默认为cp1252 Latin1，同时对英语也适合)。
为了进行比较，可使用CAST()函数将某个值转为另外一种类型。 使用CONVERT()将字符串值转为不同的字符集。请参见12.8� ......
Why you should ignore MySQL’s key cache hit ratio
http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/
不要相信mysql的key cache hit ratio：
key cache hit ratio = 1 - key_reads / key_read_requests
key_reads:从磁盘中读块的数量
key_read_requests：从缓存中请求读块的数量
不好的建议是：
（1）你应当注意这个cache hit ratio
（2）并且你应当根据这个比率设置你的key_buffer_size的大小
以上的建议有两个问题：
（1）这个比率是无量纲，即你不知道key_read_requests和key_reads是处于什么数量级别的，因此你无法评估这个值
（2）它没有时间因素，即这个比值不知道其时间跨度，也无法评估这个值的优劣
如果要确实使用这个值来评估优劣，那需要一些假定：
（1）key_read需对应一次磁盘I/O的物理读取
（2）从磁盘中找此key和从缓存中找此key是更慢的
（3）一个key_read是一次随机的磁盘存取
基于以上几点：则需要减少key_reads的数量
key_cache_miss_rate = key_reads / uptime
怎么样设置key_buffer_size大小呢？
可以设置一个很大的key_buffer_size，然后插入一些数据 ......
存储引擎 支持索引 myisam b-tree,r-tree,full-text,不支持hash innodb b-tree(clustered-index) merge b-tree,r-tree memory b-tree,hash archive 无索引 ......
最新文章 :