- 博客(1130)
- 资源 (6)
- 收藏
- 关注
RSS订阅
原创 合格程序员每天每周每月每年应该做的事
程序员每天该做的事 1、总结自己一天任务的完成情况 最好的方式是写工作日志，把自己今天完成了什么事情，遇见了什么问题都记录下来，日后翻看好处多多 2、考虑自己明天应该做的主要工作 把明天要做的事情列出来，并按照优先级排列，第二天应该把自己效率最高的时间分配给最重要的工作 3、考虑自己一天工作中失误的地方，并想出避免下一次再犯的方法 出错不要紧，最重要的是不要重复犯相同的错误，那是愚蠢 4、考虑自
2009-11-18 12:45:00
1982
3
原创 科普文：软件架构Linux系列之【揭秘 Ceph 对象存储底层对象分布】
对象存储是公有云中常见的非结构化数据存储解决方案，常被作为网站、移动应用、图片、视频数据的主要存储方式，也是CDN回源及云上数据备份的不二选择。对象存储采用无层次结构的数据存储方法。基于对象的存储不使用目录树，数据组织采用桶作为划分域，对象存储于桶中；各个单独的数据（对象）单元存在于存储池中的同一级别；每个对象都有唯一的识别名称，供应用进行检索。租户通过API管理云上数据。目前对象存储已成为公有云服务商所具备的基本存储服务，亚马逊S3、阿里OSS、微软Bolb、华为OBS、金山KS3、腾讯COS。
2024-10-27 01:31:59
296
原创 科普文：软件架构Linux系列之【Ceph 原理、架构等知识梳理总结】李航
Ceph是一个统一的分布式存储系统，设计初衷是提供较好的性能、可靠性和可扩展性。Ceph项目最早起源于Sage就读博士期间的工作（最早的成果于2004年发表），并随后贡献给开源社区。在经过了数年的发展之后，目前已得到众多云计算厂商的支持并被广泛应用。RedHat及OpenStack都可与Ceph整合以支持虚拟机镜像的后端存储。
2024-10-27 01:28:15
577
原创 科普文：软件架构Linux系列之【 Ceph CRUSH 算法介绍】李航
CRUSH算法的全称为：Controlled Scalable Decentralized Placement of Replicated Data，可控的、可扩展的、分布式的副本数据放置算法。pg到OSD的映射的过程算法叫做CRUSH 算法。(一个Object需要保存三个副本，也就是需要保存在三个osd上)。CRUSH算法是一个伪随机的过程，他可以从所有的OSD中，随机性选择一个OSD集合，但是同一个PG每次随机选择的结果是不变的，也就是映射的OSD集合是固定的。
2024-10-27 01:25:37
316
原创 科普文：软件架构Linux系列之【某银行省级数据中心IT运维服务体系建设完整思路】
某银行省级数据中心 IT 运维服务体系建设，应包含运维服务制度、流程、组织、队伍、技术和对象等方面的内容。同时结合某银行的业务特色，整合运维服务资源，规范运维行为，确保服务质效，形成统一管理、集约高效的一体化运维体系， 从而保障某银行数据集中条件下网络和应用系统安全、 稳定、高效、持续运行。
2024-10-27 01:19:27
284
原创 科普文：软件架构数据库系列之【信创之腾讯云 TDSQL：银行核心系统采用分布式数据库的探索 】
【摘要】本文介绍了农商行在新核心系统采用分布式数据库的探索，包括需求分析、选型、架构设计，重点介绍了在此过程中遇到的难点和调优的经验，是值得参考的一手实践分享。
2024-10-27 01:12:15
289
原创 科普文：软件架构Linux系列之【实施篇：银行双活容灾建设方案】
根据不同类型的用户分配不同的虚拟内存和 CPU，通常情况下，数据库服务器 对CPU和内存的要求比较高，资源的占用率大，数据库服务器启动或者业务高峰对计算资源是极大的挑战，分配8vCPU和16G内存。充分利用DELL SCv2000s系列存储的分层，分资源I/O特性，把企业关键的核心业务放置到最先进的SSD存储固态磁盘群集中运行，把性能要求不高但是大容量需求的静态资源放置到存储普通硬盘群集中运行，其次VDI桌面系统放置到服务器本地的普通硬盘群集，另外存储中划分一块区域作为VDI桌面的跨数据中心容灾使用。
2024-10-26 17:50:07
809
原创 科普文：软件架构Linux系列之【规划篇：银行双活容灾建设方案】
随着全球IT产业的飞速发展，金融行业的IT建设逐步成为主导金融企业业务发展的核心驱动力，基于金融行业IT系统建设的各种行业标准以及监管标准也相应提高。IT系统架构的扩展性、灵活性以及容灾能力就成为衡量企业IT建设很重要的标准。本手册以某银行同城双数据中心建设过程为背景，详细从系统架构集成、资源云化、存储整合以及数据容灾等多个关键方面阐述其规划思路以及建设过程，旨在为同业在此类项目规划和建设过程中提供一些启示和帮助。之前已经为大家推送过了“分析篇”（点击可阅读），今天继续为您推送的是“规划篇”。科普文：软件架
2024-10-26 17:38:51
541
原创 科普文：软件架构Linux系列之【分析篇：银行双活容灾建设方案】
随着经济、金融全球化和信息技术发展加速，信息科技的广泛应用使得金融机构之间的关联度大大提升，各个国家金融机构间的外部依赖度也不断加强，单家机构的故障可能使关联金融机构遭受损失，并且风险扩散的速度更快、范围更大，外部性大大增强，因此推动和加强银行业的业务连续性体系建设，从全行层面进行规划，进一步加强整体业务连续性规范和深层次机制建设，实现对各种事故和灾难的有效应对，维护正常的经济金融运行秩序非常迫切。但是存储的复制解决的问题不仅仅是数据库层的数据保护，所以在基础架构中的角色，他还是不能丢弃的。
2024-10-26 17:30:18
421
原创 科普文：软件架构Linux系列之【RoCE应用：工商银行率先完成金融高性能存储网络体系重构】吴仲阳 曾金 余学山
基于在高性能存储网络技术和网络流量数据压缩技术方面的研究成果，结合大型商业银行存储技术转型落地的需要，工商银行综合运用多项技术，全面建成RoCE-SAN金融高性能存储网络体系，实现存储网络体系的高性能、高可用，实现对FC-SAN技术路线的替代，保障工商银行信息系统安全、稳定、高效运行。下一阶段，工商银行将不断拓展高性能网络的应用场景，提升高性能网络运载力和数据存储力，支撑金融算力基础设施建设，进一步赋能智慧金融业务发展，并积极参与行业生态共建，总结梳理工作经验，为金融同业应用高性能网络提供技术参考。
2024-10-26 15:26:17
414
原创 科普文：软件架构Linux系列之【早期2015年：中国民生银行灾备自动化切换调度平台实践与应用】 张永军 白东旭
中国民生银行在灾备建设的过程中，自行研发了一套灾备自动化调度指挥平台，用于日常灾备系统管理、切换演练、灾备切换、状态监控展现和应急启停。平台投入使用第一年就陆续接入几十套同城和异地灾备业务系统，得益于弹性灵活的流程编排特性，灾备系统接入时间大大缩短，后期变更维护的工作量大幅度减少；切合实际需求的桌面演练、应急启停、跳过和重做失败步骤等功能的实现，提高了系统可用性和用户满意度。灾备自动化调度指挥平台随着需求的更新、应用新架构的引进而不断演进，以支持我行所有场景下的自动化灾备切换操作。
2024-10-26 11:45:04
659
原创 科普文：软件架构Linux系列之【大型金融集团对象存储需求分析和架构设计】
对象存储的分布式架构，可以在线完成设备过保替换。某企业从2013年开始追踪研究对象存储解决方案，对比了E厂商H厂商 D厂商等解决方案，同时也开展了基于OpenStack框架下的Swift对象存储研究，技术选型方案汇报到管理层后，从技术先进性，企业发展战略，社区热度，稳定性，成本，发展路线图等方面综合考量，评估，做出了使用Ceph作为对象存储开发技术原型的决定。企业发展的不同阶段，不同的战略目标，面临的IT管理的不同挑战，决定企业会选择哪种存储发展路线图，决定企业是否使用对象存储，如何使用对象存储。
2024-10-26 11:33:24
535
原创 科普文：软件架构Linux系列之【Ceph 相关知识总结整理】李航
Ceph是一个统一的分布式存储系统，设计初衷是提供较好的性能、可靠性和可扩展性。Ceph项目最早起源于Sage就读博士期间的工作（最早的成果于2004年发表），并随后贡献给开源社区。在经过了数年的发展之后，目前已得到众多云计算厂商的支持并被广泛应用。RedHat及OpenStack都可与Ceph整合以支持虚拟机镜像的后端存储。
2024-10-26 02:34:54
613
原创 科普文：软件架构Linux系列之【信创：金融企业分布式存储方案设计】陈之琦
新的存储系统应该将简化运维的理念贯彻实施，具有简化部署的功能，并且在日常管理和错误处理方面能够实现自动化，例如当某个节点发生故障时，系统能够自动将数据复制到健康节点，重新进行负载均衡，整个过程无需人工参与。在未来数据中心全面转型，整体上云的过程中，实现存储与计算、网络资源的联动，顺应数据价值链向服务转移。新的存储系统的高可靠性同时也应该体现在能够提供租户和业务的隔离，以及以用户为单位、以业务为单位、以存储硬件为单位的数据隔离策略上，通过丰富的管理策略，进一步保证数据安全，为数据中心的长久无错运行保驾护航。
2024-10-26 02:30:19
656
原创 科普文：软件架构Linux系列之【信创：金融行业存储的发展趋势与选择】黄湘武
银行的交易系统并非是单个系统，而是由许许多多的系统组成，其中最重要的系统是被称为核心系统的账务处理系统，围绕着核心系统，还有众多的产品、渠道类系统，它们共同构成一套复杂的分布式业务处理系统。银行应用的多样性，决定了数据的多样性，从而也决定了对存储设备选择的多样性。另一方面，金融行业根据应用的IO特性不同，选择的存储档次也不同，通常是中低端存储和高端存储搭配使用，集中存储和分布式存储的混合使用，最终的结果是通过架构的设计或管理要求，既要保证系统的高可用性和性能要求，又要用最低的成本采购到最适合的存储设备。
2024-10-26 02:24:23
291
原创 科普文：软件架构Linux系列之【信创：某城商行基于国产高端存储（华为OceanStor系列）的实践应用经验】
通过我行的生产运维实践经验可以看到，目前以华为OceanStor系列为代表的国产高端存储已经具备与国际主流高端存储同台竞技的硬实力，为我行切实减轻了核心存储的各项压力，对于新技术功能甚至已经超过同档次的国际品牌高端存储。但同时也需要认识到国产高端存储在部分细节上仍有改进空间，期待我国国产高端存储未来还能够更进一步继续夯实自己的“软实力”。
2024-10-26 02:13:34
632
原创 科普文：软件架构Linux系列之【银行数据中心高端存储选型的方法论和经验分享】康建国
对银行数据中心而言，存储建设事关重大，一旦建设完成，需要保证至少 5 年内上层应用不出现存储层的性能瓶颈，随着闪存技术的快速发展，目前全闪存存储已经成为各家主流存储厂商的标准配置，同时结合控制器和硬盘框的NVMe技术应用，IOPS已经从传统机械硬盘存储的几万、十几万，上升到几百万级别，性能得到极大提升，因此在如今形势之下采购新存储时，全闪存储已成为首选，如果成本可以承受，配备NVMe SSD的全闪存储是最佳选择。免网关双活架构的优势是消除了对存储网关的依赖，减少了故障点，一定程度减小了IO时延。
2024-10-26 02:06:13
667
原创 科普文：软件架构Linux系列之【商业银行基于华为存储的双活灾备建设及数据迁移方案】老谷
【导读】对于每一个银行信息系统的建设和维护人员来说，永远绕不开的都是如何保障业务的持续稳定无间断运行，最关注的是系统的稳定性，可靠性和高可用性。而“双活”技术，则是构建一个7*24小时稳定运行系统必不可少的技术手段，本文从双活系统的技术选型出发，详细阐述了基于华为存储双活方案、双活建设要求、数据迁移方法等宝贵实战经验。对于想要构建双活系统，又不知从何入手，期望从理论和实践得到指导的IT从业人员来说，非常有借鉴意义。
2024-10-25 20:30:19
529
原创 科普文：软件架构Linux系列之【某银行基于华为高端存储的数据迁移实践分享】陈明福
【导读】本文以某城商行新一代数据中心建设项目为背景，根据新旧两个数据中心间系统应用及业务数据平滑迁移需求，介绍新数据中心建设所涉及的关键存储设备选型需要注意的问题，详尽阐述项目实施经验及迁移后效果，为同业进行关键应用系统及数据跨数据中心迁移提供可参考、可操作的真实案例和宝贵经验。希望能给读者对银行数据中心设备选型及数据迁移提供一个参照。本文包括：需求分析及设备选型篇、方案设计篇、迁移实施过程和效果篇。
2024-10-25 20:26:46
453
原创 科普文：软件架构Linux系列之【一文看懂分布式文件存储 CephFS】 李航
Ceph是一种为优秀的性能、可靠性和可扩展性而设计的统一的、分布式文件系统。特点如下：- 高性能a. 摒弃了传统的集中式存储元数据寻址的方案，采用CRUSH算法，数据分布均衡，并行度高。b.考虑了容灾域的隔离，能够实现各类负载的副本放置规则，例如跨机房、机架感知等。c. 能够支持上千个存储节点的规模，支持TB到PB级的数据。
2024-10-25 18:16:03
552
原创 科普文：软件架构Linux系列之【传统存储扩容及在线性能调优解决方案】 张志强
存储分层是根据数据的重要性、访问频率、保留时间、容量、性能等指标，将数据采取不同的存储方式分别存储在不同性能的存储空间上，通过存储分层管理实现数据客体在存储空间之间的手动迁移或自动迁移。从原有存储设备的配置可以看出，之前配置的磁盘大部分采用了900GB（15K）的高性能磁盘，这样配置主要是出于对性能的考虑,未来仍建议使用15K转高性能磁盘或SSD磁盘，对于不常访问的数据或备份，可配合使用TB级别的大容量磁盘。分级存储设备是根据具体应用可以变化的，这种存储级别的划分是相对的，可以分为多种级别。
2024-10-25 18:10:30
429
原创 科普文：软件架构系列之【软件性能测试、分析、优化的方法论】戴亮
理论来源于实践又服务于实践，在笔者多年的IT经验中，性能问题一直是相对复杂的高阶问题，从性能测试到分析再到优化，考验的是工程师的综合IT技能。一个系统整体的性能牵扯到方方面面，硬件配置、网络配置、操作系统、中间件、应用架构、代码质量等等都会影响到系统的整体性能。初入性能领域的工程师可能感觉到无从下手。本文主要介绍相关性能测试、分析、优化的方法论。
2024-10-25 12:49:43
1043
原创 科普文：软件架构Linux系列之【分布式存储 vs 传统SAN、NAS 的优缺点分析】
特别值得一提的是，多时间点快照技术支持同时提取多个时间点样本同时恢复，这对于很多逻辑错误的灾难定位十分有用，如果用户有多台服务器或虚拟机可以用作系统恢复，通过比照和分析，可以快速找到哪个时间点才是需要回复的时间点，降低了故障定位的难度，缩短了定位时间。在平台层面，通过将异构存储资源进行抽象化，将传统的存储设备级的操作封装成面向存储资源的操作，从而简化异构存储基础架构的操作，以实现存储资源的集中管理，并能够自动执行创建、变更、回收等整个存储生命周期流程。如果W+R>N，写的节点和读的节点重叠，则是强一致性。
2024-10-25 12:40:09
621
原创 科普文：软件架构Linux系列之【一文看懂分布式存储架构】【作者】Rock
【摘要】本文介绍了分布式存储的架构类型、分布式理论、不同的分布式文件系统和分布式键值系统等，较为系统详尽，可阅读收藏。【作者】Rock，目前担任某国内著名餐饮连锁企业运维负责人，从事过数据库、大数据和容器集群的工作，对DevOps流程和工具方面有比较深刻的理解。说到分布式存储，我们先来看一下传统的存储是怎么个样子。传统的存储也称为集中式存储， 从概念上可以看出来是具有集中性的，也就是整个存储是集中在一个系统中的，但集中式存储并不是一个单独的设备，是集中在一套系统当中的多个设备，比如下图中的 EMC 存储就需
2024-10-25 12:34:50
642
原创 科普文：软件架构Linux系列之【金融企业分布式存储方案设计】陈之琦
新的存储系统应该将简化运维的理念贯彻实施，具有简化部署的功能，并且在日常管理和错误处理方面能够实现自动化，例如当某个节点发生故障时，系统能够自动将数据复制到健康节点，重新进行负载均衡，整个过程无需人工参与。在未来数据中心全面转型，整体上云的过程中，实现存储与计算、网络资源的联动，顺应数据价值链向服务转移。新的存储系统的高可靠性同时也应该体现在能够提供租户和业务的隔离，以及以用户为单位、以业务为单位、以存储硬件为单位的数据隔离策略上，通过丰富的管理策略，进一步保证数据安全，为数据中心的长久无错运行保驾护航。
2024-10-25 12:30:14
540
原创 科普文：软件架构Linux系列之【某银行基于存储分域的存储双活架构改造方案】cpc1989
最终通过存储分域规划、存储双活改造、存储数据迁移以及SAN接入调整等多个步骤的存储改造工作之后得到了如上所示的存储架构图。与原存储架构相比，新增了2节点的SVC集群，新增了2台高端存储阵列。其中生产机房分为交易域、数据域、X86虚拟化域以及NAS，交易域存放交易类数据，通过VPLEX做同机房或跨机房的存储双活镜像；数据域存放统计分析类数据，通过SVC做同机房的存储双活镜像，通过存储迁移改造后，交易域与数据域之间完全隔离，采用不同的存储、不同的SAN交换机；X86虚拟化域用于行内虚拟化平台的底层存储，从高
2024-10-25 12:27:32
538
原创 科普文：软件架构Linux系列之【分布式存储性能优化思路】赵海
企业实现私有云之后，云上的存储资源会是多元化的架构模式，基于上述提纲，在实践的过程当中实现更精细化的梳理、更准确客观的分析、更实事求是的态度，才能解决好云平台上存储架构性能与扩展性的平衡问题。分布式存储系统当中在哈希计算的时候之所以能保持集群的相对稳定性，就是因为虚拟对象（如Ceph的PG、Pool，如Swift的Container）设计，同样这些虚拟对象数量、管理方式、映射关系等方面的配置也是决定数据分布式算法计算因子是否优秀的重要方面，同样需要精细化设计。比如高速网络的选择要考虑到网络通讯质量的需求。
2024-10-25 12:24:29
394
原创 科普文：软件架构Linux系列之【安装Zabbix6.0全链路监控】
Zabbix是一个基于Web界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。其能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。Zabbix由Zabbix server与zabbix agent组成，server主动向它收集监控数据，agent提供丰富的key，包括不限于cpu、内存、网络、磁盘、web等等。
2024-10-24 21:31:44
451
原创 科普文：软件架构Linux系列之【存储系统性能分析与优化的三大类难点】
通过本期线上交流活动，在存储系统性能分析与优化方面，达成了如下的交流共识，仅供参考：1) 不同架构的存储方案有着不一样的性能特性，各有其擅长的存储场景， SAN 存储的延时低，性能表现稳定，但扩展性弱；分布式存储扩展性强，性能表现强劲，高 IOPS 高带宽；NAS 存储适配性强，性能较弱。2) 存储选型除了考虑存储的性能特性，更需要贴合应用场景需求。核心交易 OLTP 类应用，一般是小 IO 需要存储具有更高稳定性，响应时间短；数据处理类应用，一般是大 IO ，需要存储具有高吞吐，容量易扩展；
2024-10-24 20:34:29
869
原创 科普文：软件架构Linux系列之【存储性能分析方法与优化方案概叙】
分布式存储系统的核心设计思想是去中心化， 去中心化的难点主要在于是主控节点的去中心化，有主控节点的架构比如 HDFS 的架构设计思路是 map-reduce ，化大为小，分而治之，再合并处理，其架构中需要主控节点来协调，只是主控节点的负载都分发到了数据节点，数据节点上则存放着数据副本，每个数据副本又都分布在三个不同的数据节点上，系统性能出现问题的众多场景中，存储是其中很重要的一个因素，毕竟无论是应用，还是数据库、中间件，都少不了和存储打交道，如何能更高效地应用磁盘，一定程度上影响了系统性能的发挥。
2024-10-24 20:30:12
707
原创 科普文：软件架构Linux系列之【搞懂常见的 RAID（独立磁盘冗余阵列） 级别】
RAID 技术在现代存储系统中扮演着重要角色，它为数据提供了冗余保护并提高了读写性能。不同的 RAID 级别适用于不同的场景，从高性能的 RAID 0 到高度冗余的 RAID 6，每个 RAID 级别都在性能、冗余和存储容量之间进行了不同的权衡。
2024-10-24 20:18:00
757
原创 实战：java基础系列之【Exception：如何处理异常】
异常：在Java语言中， 将程序执行中发生的不正常情况称为“异常”。Error： Java虚拟机无法解决的严重问题。如： JVM系统内部错误、 资源耗尽等严重情况。比如： StackOverflowError和OOM。一般不编写针对性的代码进行处理。Exception: 其它因编程错误或偶然的外在因素导致的一般性问题， 可以使用针对性的代码进行处理。例如： 1、空指针访问 2、试图读取不存在的文件 3、网络连接中断 4、数组角标越界一种是遇到错误就终止程序的运行。
2024-10-24 19:59:48
840
原创 实战：java基础系列之【 Nio：zero copy零拷贝MappedByteBuffer和FileChannel】
从前面文章我们可以知道，零拷贝是Linux提供的io性能优化技术，而java并不完全都支持。目前只支持两种：内存映射（mmap）和发送文件（sendfile）。其方法都在java.nio包下面，对应java.nio.channels.FileChannel和java.nio.MappedByteBuffer；对应底层实现是两个核心本地方法：transferTo0、map0。总结:利用 FileChannel获取MappedByteBuffer操作大文件效率明显高于普通IO流。文件过大时会报错( Exce)，
2024-10-23 18:48:42
866
原创 科普文：软件架构MQ系列之【JMS Java消息服务(Java Message Service)】
JMS 是 Java Message Service 的简称，即 Java 消息服务。JMS 只定义了 Java 中访问消息中间件的接口，并没有给予实现，实现 JMS 接口的消息中间件称为 JMS Provider。如 Apache 的 ActiveMQ、Kafka、以及阿里巴巴的 RocketMQ。JMS是一个Java平台中关于面向消息中间件（MOM）的应用程序接口（API），用于在两个应用程序之间或分布式系统中发送消息，进行异步通信。
2024-10-23 03:20:23
895
原创 科普文：软件架构Linux系列之【零拷贝-zero copy】
零拷贝是一种I/O操作优化技术，旨在减少CPU在数据从一个存储区域复制到另一个存储区域时的上下文切换和拷贝次数。通过减少这些操作，可以提高系统性能，减少资源消耗。为什么mmap会多消耗CPU？mmap没有完全消除内存中的文件复制，从页缓存到socket缓冲区需要进行CPU Copy，并且上下文的切换次数和传统的readwrite方式一样。因此，相对于sendfilemmap会占用更多的CPU资源。为什么mmap比sendfile内存安全性控制复杂，为什么mmap会引起JVM Crash？mmap。
2024-10-23 01:20:51
1006
原创 科普文：微服务之Spring Cloud组件5种注册中心【Etcd--分布式键值存储系统及其8大应用场景】
etcd 是一种开源的分布式键值存储库，用于保存和管理分布式系统保持运行所需的关键信息。最值得注意的是，它可以管理 Kubernetes（流行的容器编排平台）的配置数据、状态数据和元数据。与所有分布式工作负载一样，容器化工作负载也具有复杂的管理要求，而且这些要求随着工作负载的扩展而变得更加复杂。Kubernetes 通过跨所有集群（可在多个地点的多台机器上运行）协调配置、部署、服务发现、负载均衡、作业调度和运行状况监控等任务，简化了这些工作负载的管理过程。
2024-10-22 17:52:25
684
原创 科普文：软件架构数据库系列之【一文搞懂MySQL中Innodb事务原理/ACID】
innodb通过日志文件（redo log 和 undo log）、锁技术以及MVCC（多版本并发控制）来实现事务的持久性、原子性、一致性和隔离性。
2024-10-22 15:33:56
1053
原创 科普文：软件架构数据库系列之【MySQL中事务、隔离级别、并发之间的关系以及如何解决幻读和不可重复读】
事务、隔离级别、并发之间的关系。RR和RC两种隔离级别下，innodb如何解决幻读、不可重复读、死锁等并发问题；为何MySQL默认隔离级别是RR，而很多大厂都选择RC？
2024-10-22 01:05:20
1274
原创 科普文：软件架构数据库系列之【MySQL三高架构设计：高并发、高性能、高可用】
MySQL数据库三高高并发：同时处理的事务数高高性能：事务/SQL的执行速度高高可用：系统可用的时间高MySQL数据库如何实现三高高并发：通过复制和扩展，将数据分散至多个节点高性能：复制提升速度，扩展提升容量高可用：节点间身份切换保证随时可用要实现数据的三高，其实是和整个软件架构的三高设计是密不可分的。这里只是拆出来单独梳理一下。MySQL数据库实现三高的手段
2024-10-21 20:06:28
693
原创 科普文：软件架构之【并发理论基础：并发问题产生的三大根源】
并发问题变幻莫测，一谈到并发就显得非常高深，一般的程序员对于并发问题也是头疼不已，但是随着网络互联越来越普遍，大规模用户访问网站程序也越来越频繁，并发问题又无法避免。众所周不知，java并发编程的罪魁祸首有三个：可见性，原子性以及有序性。
2024-10-21 00:29:40
865
jsp+servlet+javabean.ppt
2010-04-02
Devexpress学习篇（请大家多多指教）
2009-07-28
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人