图2-1可以说是标准的生产库环境，处处体现了冗余，有效防止了单点故障。这就是HA（高可用）
用数学表达式就这样：w = (w+1) % len，即w = (6+1) %7 = 0
Linux系统内核是C语言编写的，所以，Linux系统开发可能会和很多系统API打交道，需要掌握C语言基础，C语言是Linux最基础的开发语言，当然也可以用C++。一般做与系统交互的模块时，用C语言多一些，做上层业务应用时，为了开发效率，会使用C++来开发，毕竟C++是面向对象的开发语言，适合大型项目的开发，方便模块化，代码复用率高。
我们使用i2c控制器来写程序的话，就是：写某个寄存器的某一位，他就会自动的帮你发出S信号。
Windows 开发环境： Windows 7 64bit 、Windows 10 64bit
并发控制是数据库管理系统（DBMS）中的一个重要概念，用于管理多个事务并发执行时可能出现的数据访问冲突。封锁协议是实现并发控制的一种机制，它规定了事务在访问数据时需要遵循的锁定规则和释放规则。
串口通信是指外设和计算机间，通过数据信号线 、地线、控制线等，按位进行传输数据的一种通讯方式。这种通信方式使用的数据线少，在远距离通信中可以节约通信成本，但其传输速度比并行传输低。串口是计算机上一种非常通用的设备通信协议，pyserial模块封装了python对串口的访问，为多平台的使用提供了统一的接口。
一直都想写这篇文章，但一直不知道如何下手；刚好又完成一个非侵入式二开的项目，在这里就分享一下吧。首先这里的非侵入式是指在不改动原有的程序下对数据进行获取及显示。中国的程序员千千万万，写的程序也是如天上的繁星，而程序的质量也如三山五岳（三山:安徽黄山、江西庐山、浙江雁荡山。五岳：泰山、华山、衡山、嵩山、恒山）参差各异。这次项目其实说也简单，就是从串口中获取数据转为API，这个就是之前那篇《Firebird 火鸟数据库 +IIS+ 万金油 ASP》。难点在于其串口传来的数据分析，因为大概有5个类别23个串口数据；如果逐个去分析也够花时间的；于是就放弃直接从串口捞数的方式。好在它从串口取数后就直接写库，因此就有了刚才提及的那篇文章。一般都是这样先将获取的数据进行做数据集，然后再通过数据筛选及整理再展示。
问题: 两个并发操作,一个更新操作,一个查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把旧的数据读出来放到缓存中，然后更新了数据库，于是缓存中的数据还是老的数据。
前段时间接到一个项目，要求用主控用485和MCU通信。将代码调试好之后，验证没问题就发给测试了。测试测的也没问题。
本文通过对Linux下串口驱动的分析。由最上层的C库，到操作系统系统调用层的封装，再到tty子系统的核心，再到一系列线路规程，再到最底层的硬件操作。
目前随着缓存架构方案越来越成熟化，通常做法是引入「缓存」来提高读性能，架构模型就变成了这样：
但缓存真的那么好吗？架构师在构建高性能系统时，是不是必须增加缓存组件？缓存是不是多多益善？
基于测试板卡：创龙科技TLIMX6U-EVM是一款基于NXP i.MX 6ULL的ARM Cortex-A7高性能低功耗处理器设计的评估板，由核心板和评估底板组成。核心板经过专业的PCB Layout和高低温测试验证，稳定可靠，可满足各种工业应用环境。
二、特性 在支持的平台上有统一的接口。 通过python属性访问串口设置。 支持不同的字节大小、停止位、校验位和流控设置。 可以有或者没有接收超时。 类似文件的API，例如read和write，也支持readline等。 支持二进制传输，没有null消除，没有cr-lf转换。
Windows开发环境：Windows 7 64bit、Windows 10 64bit
看到好些人在写更新缓存数据代码时，先删除缓存，然后再更新数据库，而后续的操作会把数据再装载的缓存中。然而，这个是逻辑是错误的。试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。于是，在缓存中的数据还是老的数据，导致缓存中的数据是脏的，而且还一直这样脏下去了。 我不知道为什么这么多人用的都是这个逻辑，当我在微博上发了这个贴以后，我发现好些人给了好多非常复杂和诡异的方案，所以，我想写这篇文章说一下几个缓存更新的
看到好些人在写更新缓存数据代码时，先删除缓存，然后再更新数据库，而后续的操作会把数据再装载的缓存中。然而，这个是逻辑是错误的。试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。于是，在缓存中的数据还是老的数据，导致缓存中的数据是脏的，而且还一直这样脏下去了。
Oracle默认不自动提交，需要用户手动提交，需要在写commit;指令或者点击commit按钮 (2) 分页查询 MySQL是直接在SQL语句中写”select… from …where…limit x, y”,有limit就可以实现分页
前几天分享了一个使用C#开发的串口上位机，那么今天教你如何100行QT代码实现一个串口上位机。如果你学习过C++，那么使用QT开发软件，就不是什么大问题了，QT很多时候使用在linux上。所以使用QT开发还是挺不过的选择，QT兼容Linux和Windows，跨平台语言。话不多说，接下来说说他是怎么实现的。首先直接上软件效果图（温馨提示：代码没写完，哪有脸睡觉）。
本文主要为嵌入式入门开发者的接口、网口等板卡基础快速测试，当初级学习的开发者拿到板卡，如何在最快时间内测试板卡正常？，继续测试教程（2）的按键、时钟设置、DDR读写、Micro SD接口读写、eMMC读写等测试部分，接下来是测试板卡的SATA接口、USB接口读写、USB HOST模式测试、USB DEVICE模式、串口测试等是否正常。
针对不同的业务场景，实际选用的缓存的读写策略也不同。为方便讨论，这里假定更新数据库、缓存都成功。
之前在PC机上用QT编译数据库，已经成功，本来以为直接移植到ARM上就可以用的，没想到遇到了莫名其妙的问题，到现在都搞不定。所以暂时先用sqlite3插件的方法完成任务再说，希望有用QT做数据库的大牛们帮忙看看问题所在，也随便记录一下sqlite3插件的方法。
本文转载自https://0xffffff.org/2017/05/01/41-linux-io/
MySQL的主从复制都是单线程的操作，主库对所有DDL和DML产生的日志写进binlog，由于binlog是顺序写，所以效率很高。 Slave的SQL Thread线程将主库的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是随即的，不是顺序的，成本高很多。 另一方面，由于SQL Thread也是单线程的，当主库的并发较高时，产生的DML数量超过slave的SQL Thread所能处理的速度，或者当slave中有大型query语句产生了锁等待那么延时就产生了。 常见原因：Master负载过高、Slave负载过高、网络延迟、机器性能太低、MySQL配置不合理。
许多人在更新缓存时，先删除缓存，然后再更新数据库，而后续的操作会把数据再装载入缓存中。
基本上来说，在分布式系统中最耗性能的地方就是最后端的数据库了。一般来说，只要小心维护好，数据库四种操作（select、update、insert 和 delete）中的三个写操作 insert、update 和 delete 不太会出现性能问题（insert 一般不会有性能问题，update 和 delete 一般会有主键，所以也不会太慢）。除非索引建得太多，而数据库里的数据又太多，这三个操作才会变慢。
因为MCGS HMI完善的曲线功能、灵活海量的历史报表功能以及丰富的硬件及软件接口，目前在各类单机检测设备中应用广泛，但在这类设备中应用时，经常会需要接入各类测试仪表，并且这些专业仪表很大一部分不支持modbus/OPC等相对通用化通讯协议接口，仅支持SCPI或者ascii格式的非标准通讯协议。为了方便客户接入各种仪表，抽空做了个专门用于ascii格式通讯的设备驱动，通过剑指工控独家分享给大家，希望能对大家有帮助。
大型网站为了解决大量的并发访问，除了在网站实现分布式负载均衡，远远不够。到了数据业务层、数据访问层，如果还是传统的数据结构，或者只是单单靠一台服务器来处理如此多的数据库连接操作，数据库必然会崩溃，特别是数据丢失的话，后果更是不堪设想。这时候，我们会考虑如何减少数据库的连接，下面就进入我们今天的主题。
数据的世界无奇不有，常常会遇到一些超出常识之外的故障的发生。这就要求广大的DBA要深入了解数据库的内部机制，面对一些奇葩的故障或者问题能够拨开迷雾找到真相。今天我们一起来盘点一下Oracle数据库中，
事务问题：一致性。 【问题】 如何保证主机和从机的数据一致？？？主从复制的延迟性问题。
本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看
看到好些人在写更新缓存数据代码时，先删除缓存，然后再更新数据库，而后续的操作会把数据再装载到缓存中。然而，这个是逻辑是错误的。
何谓串口？串口就是一个计算机接口，用于数据通信，例如计算机。老一点的PC和笔记本都有串口，工控机一般配置有串口，如果没有可以到淘宝上买USB-串口转换器。
磁盘性能对数据库的读写能力影响很大，如何从多个角度监控数据库的写性能就变得至关重要，当写性能成为瓶颈时我们又该如何调优呢？
本文章来源于：https://github.com/Zeb-D/my-review ，请star 强力支持，你的支持，就是我的动力。
MySQL5.7 默认参数下我们开启了半同步，在一个事务提交（commit） 的过程时，在 MySQL 层的 write binlog 步骤后，Master 节点需要收到至少一个 Slave 节点回复的 ACK （表示收到了binlog ）后，才能继续下一个事务；
WPF也是我今年刚开始深入去了解，看了不少的学习视频和书籍，受剑神Python入门到放弃的启发，想把这段时间学习内容做个总结，一是因为我相信技术总是需要不断的总结与练习才能有所进步，二是希望帮助初学者对WPF有个初步的了解，大家一起探讨学习进步。
在操作系统中，缓存是一种存储技术，用于提高数据读取和写入的速度。Linux 内核使用了两种主要的缓存机制：Buffer Cache和Page Cache。这两种缓存机制都是为了提高系统性能，但它们在实现方式和目标上有所不同。
如果两个事务操作的是不同的数据， 即不存在数据依赖关系， 则它们可以安全地并行执行。但是当出现某个事务修改数据而另一个事务同时要读取该数据， 或者两个事务同时修改相同数据时， 就会出现并发问题。
在嵌入式系统开发中，与上位机进行串口通信是非常常见的场景。上位机可以通过串口发送指令或者数据给嵌入式设备，而嵌入式设备需要可靠地接收并解析这些数据，以执行相应的操作。然而，在串口通信过程中，上位机发送数据的速率往往与嵌入式设备接收和处理数据的速率不一致，这就可能导致数据的丢失或者误解析。
根据上图可以看到QPS：10.73k,实际上真实的并发大量数据到达的时候，我这里最高的QPS是将近15k.而目前单个数据库分片(实例)4CPU8G内存的配置下，最高的性能是7k的QPS。
前面我们搭建好了zigbee开发的硬件平台，买一块开发板，注意只要这块开发板上有cc2530，可以向里面烧录程序就可以了。具体的烧录过程我会最近上传我的烧录过程，相关软件我尽快上传。
前文说过，“锁" 是数据库系统区别于文件系统的一个关键特性，其对象是事务，用来锁定的是数据库中的对象，如表、页、行等。锁确实提高了并发性，但是却不可避免地存在一些潜在的并发一致性问题。
希望这些能对想要学习嵌入式、进入嵌入式行业和那些刚学习嵌入式不久的朋友有所帮助。 如果你是在嵌入式开发阶段或者正在选型阶段，遇到了什么需求、问题以及经验感想，欢迎在评论区和大家分享！本文测试内容包含系统启动测试、文件传送测试、LED测试、按键测试、按键测试、时钟设置测试、DDR读写测试等。
在专栏之前的几篇文章中，我们总结了缓冲池，缓存页，redo log，undo log，以及数据页和数据行在底层是如何进行存储的，后续介绍了表空间，段，区等概念。这一节比较特殊，讲述的是和Linux有关的交互原理，因为多数的mysql都是部署在linux的服务器上面，本节会简单介绍一下linux是如何处理mysql的请求的，以及linux系统会带来哪些问题
本文介绍了Linux C编程的基本语法和编程规范，包括变量、数组、字符串、函数、指针等，以及标准I/O库和输入输出流，还介绍了Linux C编程中的异常处理、多线程编程、网络编程等内容。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
