首页   注册   登录
 CRVV 最近的时间轴更新
ONLINE

CRVV

V2EX 第 79825 号会员,加入于 2014-11-02 20:41:57 +08:00
今日活跃度排名 10478
卖两个青轴机械键盘, Cherry G80-3000, Filco Minila 67
二手交易  •  CRVV  •  2017-02-06 20:07:05 PM  •  最后回复来自 CRVV
4
卖台 PS3, 送 6 个游戏, 一共 700
二手交易  •  CRVV  •  2017-02-05 20:09:34 PM  •  最后回复来自 YORYOR
8
CRVV 最近回复了
如果一个数据库 instance 搞不定所有的读写请求,那么你可以使用多个 instance 来搞
有不同的方案来使用多个 instance,读写分离是其中的一个
或者说你也不一样要完全读写分离,只要把一部分读请求分走,也许就能好了

> 如果是异步同步,可以保证写主库成功之后返回,但保证不了延迟。比如写完马上读就会有问题

是会有问题,但有的业务可以接受有这个问题,或者用另外的手段处理这个问题。
或者你可以只把不需要强一致性的读请求分走。

> 如果等待同步从库成功后再返回,实际就是双写。那么故障几率就更大了,可用性就会降低

出故障的概率会变大,但是数据出错的概率会变小。某些情况下可以接受系统挂掉但是不能接受丢数据。

而且这么干的前提是你用一个 instance 搞不定,搞不定的事情就没有可用性,现在能搞定了才有了可用性。
这里不应该说可用性降低了。
10 天前
回复了 blueorange 创建的主题 MySQL mysql 统计优化技巧
你的需求不够清楚

你要算哪些数据的 sum? 是全表的 sum 还是用 WHERE 筛选过的一部分的 sum?
如果是筛选过的,筛选过后有多少条数据?

如果筛选过后的数据量小,那么问题在于你的查询没有利用好索引。
你的查询有可能本身不可能被 MySQL 的索引优化,那么解决方案是上更高级的索引(比如 PostgreSQL, Elasticsearch ),或者上 OLAP。

如果筛选过后的数据量大或者没有筛选,那么这个问题用符合范式的关系型数据库不可解。
你可以选择上 OLAP。
也可以选择在某个地方加上汇总过的数据,这个取决于具体的需求。
37 天前
回复了 ooops 创建的主题 Apple 为什么很多人拼写不对 Xcode ?
对一部分人来说 a 和 A 是两个字母,但是对另一部分人来说 a 和 A 是一个字母
同理,快速的火车 和 快速地跑步,对有的人来说,的 和 地 是同一个字

这太正常了,人和人之间的区别可以远比这大得多
63 天前
回复了 niselover 创建的主题 职场话题 想去日本拿个永久居住
63 天前
回复了 niselover 创建的主题 职场话题 想去日本拿个永久居住
“要手术的病不可能漏沴”
这句话显然是错的,比如早期的恶性肿瘤就是要手术且可能漏诊的病

可能我们去过的三甲医院没什么交集
我在三甲医院甚至是那种全国著名的医院见过不少不靠谱的医生,也在二级一级医院见过不少靠谱的医生

交流障碍和医疗水平本身没有关系
63 天前
回复了 niselover 创建的主题 职场话题 想去日本拿个永久居住
@Sweden

假设以当前的情况判断,得上某个大病的概率是 1%,做手术(或者类似的代价高的方法)才能确诊并治愈,你觉得医生要不要让你做手术,你自己愿不愿意做手术?

以我的见闻,中国的医生会直接忽略这个病。因为
1. 大概率被病人认为是白花钱受罪,出力不讨好,可能被怪罪(病人抱怨医生给做了一堆没用检查的例子太多了)
2. 如果最后的确是漏诊了,医生当时的判断也不能算错,该不该用代价高的手段去做治疗本来就不好说
3. 医院靠卖药挣钱,做手术没多少利润

我从来没听说过这个 KI,但如果是那么高端的医院,我认为医生会考虑这些概率比较小的情况,并且给病人讲清楚当时的情况。以回帖的描述来看,医生说的不可能是 “ 100 % 确诊就是这个病不做手术会死”。那么最后要怎么治,应该由病人自己选择。

我从来没在国外看过病,但稍微了解一下就能知道,国内的医疗状况很差,尤其是上面说的这个点。

中国和发达国家的医疗服务的价钱相差很多,根据每个人自己的想法,当然可以认为国内的性价比远高于国外,这是另外一回事了。
@Greenm
把单引号替换成两个单引号确实不是好方案,但是楼主说了用的是 SQLite,这个做法是对的
SQLite 和 PostgreSQL 里,字符串里只有单引号是特殊字符,反斜杠只是反斜杠
84 天前
回复了 mamahaha 创建的主题 MySQL 求 3 条 mysql 的查询语句
如果连 3 都不过写,这活就别干了,从头学一下 SQL 再说

如果要分表,也不是 1000 行就分的,你说 1000 万行分一个表好像还可以接受

直接搞两个表完事,肯定比你这么折腾出来的快
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4277 人在线   最高记录 4385   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 13ms · UTC 08:25 · PVG 16:25 · LAX 01:25 · JFK 04:25
♥ Do have faith in what you're doing.
沪ICP备16043287号-1