p*u
2 楼
用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
刚写的data。
慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
刚写的data。
j*e
3 楼
【 以下文字转载自 Biology 讨论区 】
发信人: jiaoshougege (教授哥哥), 信区: Biology
标 题: Gang He, Dr. Dok, 我现在劝你退出医生这个职业。你的英文不好，专业水平不好，被病人投诉，你马上要失去工作了，你还是重新返回生物届找份实验室工作。这样没有病人会投诉你的。
发信站: BBS 未名空间站 (Fri Jul 20 23:02:18 2012, 美东)
Gang He, Dr. Dok, 我现在劝你退出医生这个职业。你的英文不好，专业水平不好，被
病人投诉，你马上要失去工作了，你还是重新返回生物届找份实验室工作。这样没有病
人会投诉你的。
发信人: jiaoshougege (教授哥哥), 信区: Biology
标 题: Gang He, Dr. Dok, 我现在劝你退出医生这个职业。你的英文不好，专业水平不好，被病人投诉，你马上要失去工作了，你还是重新返回生物届找份实验室工作。这样没有病人会投诉你的。
发信站: BBS 未名空间站 (Fri Jul 20 23:02:18 2012, 美东)
Gang He, Dr. Dok, 我现在劝你退出医生这个职业。你的英文不好，专业水平不好，被
病人投诉，你马上要失去工作了，你还是重新返回生物届找份实验室工作。这样没有病
人会投诉你的。
S*I
4 楼
14-15万？
【在 r*********k 的大作中提到】
: 湾区的12万相当于NEW YORK的多少？
【在 r*********k 的大作中提到】
: 湾区的12万相当于NEW YORK的多少？
w*g
5 楼
这个应该不至于产生瓶颈吧。修改/etc/my.cnf加入
[mysqld]
innodb_buffer_pool_size = 10000M
看看。
take
【在 p*****u 的大作中提到】
: 用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
: 慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
: 什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
: traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
: 刚写的data。
[mysqld]
innodb_buffer_pool_size = 10000M
看看。
take
【在 p*****u 的大作中提到】
: 用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
: 慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
: 什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
: traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
: 刚写的data。
i*n
6 楼
10万
g*g
7 楼
要在MySQL生成很多temp table，那基本就是架构错了。常见的处理，把需要的数据都
读出来，中间的临时数据可以内存/本地硬盘/Cache/Cassandra等等。
take
【在 p*****u 的大作中提到】
: 用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
: 慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
: 什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
: traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
: 刚写的data。
读出来，中间的临时数据可以内存/本地硬盘/Cache/Cassandra等等。
take
【在 p*****u 的大作中提到】
: 用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
: 慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
: 什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
: traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
: 刚写的data。
h*8
8 楼
$158,534
If you move from San Francisco, CA to New York (Manhattan), NY....
Groceries will cost:
38%
more
Housing will cost:
38%
more
Utilities will cost:
79%
more
Transportation will cost:
6%
more
Healthcare will cost:
11%
more
If you move from San Francisco, CA to New York (Manhattan), NY....
Groceries will cost:
38%
more
Housing will cost:
38%
more
Utilities will cost:
79%
more
Transportation will cost:
6%
more
Healthcare will cost:
11%
more
p*u
9 楼
同学，这是hive meta 的 database， 不是一般的mysql。
【在 g*****g 的大作中提到】
: 要在MySQL生成很多temp table，那基本就是架构错了。常见的处理，把需要的数据都
: 读出来，中间的临时数据可以内存/本地硬盘/Cache/Cassandra等等。
:
: take
【在 g*****g 的大作中提到】
: 要在MySQL生成很多temp table，那基本就是架构错了。常见的处理，把需要的数据都
: 读出来，中间的临时数据可以内存/本地硬盘/Cache/Cassandra等等。
:
: take
r*k
10 楼
我是说NEW YORK 州，不是NEW YORK CITY.
我觉得NEW YORK州的房价应该比加州便宜很多。
我觉得NEW YORK州的房价应该比加州便宜很多。
l*t
11 楼
没碰到这个问题呀。我们都是file number的问题。你们多少 file，多少node？
take
【在 p*****u 的大作中提到】
: 用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
: 慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
: 什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
: traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
: 刚写的data。
take
【在 p*****u 的大作中提到】
: 用的是 remote的 mysql。但是读操作太多，又要生成很多temp table，导致mysql特别
: 慢。网上查了许久，好像没有人有这个问题。大概是我们的job都是整点开始。请问有
: 什么好的solution吗？我们现在是master－slave，slave只是做back up的，并不take
: traffic。如果改成master－master的话，没法保证一个client写之后立刻读，能读到
: 刚写的data。
W*r
12 楼
要地道，加州很大，就是湾区也很大，也有房子相对便宜的地方
【在 r*********k 的大作中提到】
: 我是说NEW YORK 州，不是NEW YORK CITY.
: 我觉得NEW YORK州的房价应该比加州便宜很多。
【在 r*********k 的大作中提到】
: 我是说NEW YORK 州，不是NEW YORK CITY.
: 我觉得NEW YORK州的房价应该比加州便宜很多。
p*u
13 楼
我们改成8G， 好很多，但是有时还是会slow，特别是rerun failed的job时。
innodb_buffer_pool_size = 8589934592
tmp_table_size = 4294967296
max_heap_table_size = 4294967296
【在 w***g 的大作中提到】
: 这个应该不至于产生瓶颈吧。修改/etc/my.cnf加入
: [mysqld]
: innodb_buffer_pool_size = 10000M
: 看看。
:
: take
innodb_buffer_pool_size = 8589934592
tmp_table_size = 4294967296
max_heap_table_size = 4294967296
【在 w***g 的大作中提到】
: 这个应该不至于产生瓶颈吧。修改/etc/my.cnf加入
: [mysqld]
: innodb_buffer_pool_size = 10000M
: 看看。
:
: take
r*k
14 楼
问个问题，怎么就不地道。
相关阅读
哪位老大贴个今年最新的影响因子Paper help!JACS的影响因子超过9了！！！HPLC杂质峰ACS meeting (Denver) roommate needed导师推荐信说RECOMMEND HIGHLY, 是客套吗 (转载)Paper help, thanks a lot! link inside西南航空信用卡消费一笔送价值$800机票 限时offer问个溶解性的问题什么教授(一） (转载)西安交通大学前沿科学研究院是否就是给千人打工的？分子筛纯化环氧乙烷paper help, thanks with baoziliquid bandagefood simulantpapers help, with linkplease help with paperPaper help! Thanks!老问题：JACS究竟允许共同一作么？Gordon conference