Вопросы Теги

Как составить таблицу в MySQL с автоматическим исчислением строк?

Я видел, что много небольших el сетевых коммутаторов дешевки "сходит с ума" в прошлом году или около этого. Вид отказа является супермедленными передачами и отбрасыванием пакетов. (Я видел, что это главным образом с Linksys переключается в прошлом году). Я подозревал бы что, хотя не обязательно как самая первая вещь. К счастью простой тест скорости является довольно легким w/"Файл и Совместное использование Печати".

Можно сделать "быстрый и грязный" тест для пропускной способности файлового сервера путем создания большого временного файла на клиентском компьютере с командой fsutil и затем синхронизации передачи в сервер:

fsutil file createnew temp-file-name 209715200

Это создало бы 200 МБ временный файл. Можно сделать быструю копию w/синхронизирующий использование следующего сценария (из каталога, где Вы создали временный файл и предположение, что Вы имеете права скопировать в некоторую долю на сервере):

@echo off
echo.|time
copy temp-file-name \\server-computer-name\share-name
echo.|time

Вычтите время окончания со времени начала, преобразуйте в секунды и разделитесь 209715200 на число секунд, истекших для получения байт в секунду.

Необходимо видеть вверх 7 000 000 байт в секунду (примерно 56 Мбит/с) на 100Base-TX LAN. Что-либо ниже этого и я начал бы подозревать, что что-то произошло. Предполагая, что сервер довольно современен, он должен смочь заполнить канал на 100 Мбит/с без проблемы. Если бы Вы видите скорости передачи медленнее, чем которые, я начал бы смотреть на ошибочные счетчики в интерфейсе администрирования переключателя, с которым подключены сервер и клиент. У Вас могли быть дефектные кабельные соединения, дуплексное несоответствие или проблемы с драйвером NIC. Это - все просто вопрос разыскивания проблемы систематически.

Править: Тест копии файла является хорошим тестом, потому что можно провести его w/o любое стороннее программное обеспечение. Так как Вы нашли, что узкое место действительно существует, следующий шаг должен определить причину узкого места.

Утилита WSTTCP (доступный по http://www.pcausa.com/Utilities/pcattcp.htm) является быстрым и грязным тестом Вашего драйвера NIC и аппаратных средств сетевой инфраструктуры. Это отправляет данные, это не отрывается диск или записано в диск, таким образом, дисковые подсистемы на клиенте и сервере заканчивают тем, что были учтены из уравнения.

На одной машине выполните следующее (после распаковки WSTTCP!), чтобы "послушать" для соединения:

wsttcp -r

На другой машине выполните следующее для передачи теста к удаленной машине:

wsttcp -t

На Ethernet на 100 Мбит/с Вы могли бы хотеть изменить команду передачи (повторно выполняющий получить команду на получателе перед запуском передатчика снова) для отправки большего количества буферов, потому что Вы получите немного более точные числа с более длинным тестом:

wsttcp -t -n8192

Это переместит 64 МБ трафика. Увеличьтесь "8192" число для отправки большего количества трафика.

Вы должны будете любому позволить слушателю через Ваше программное обеспечение брандмауэра на компьютере слушания (порт TCP 5001, по умолчанию) или отключить брандмауэр временно.

Если Вы видите хорошие скорости передачи с WSTTCP, но медленные передачи с копией файла, начните смотреть на свою дисковую подсистему (и рассмотрите выполнение сравнительного теста жесткого диска). Если сетевые передачи являются все еще грязным w/WSTTCP, продолжайте исследовать сетевую инфраструктуру, кабельные соединения, драйверы NIC или аппаратные средства NIC.

Хороший поиск.

1
задан 21 May 2019 в 16:49
1 ответ
CREATE TABLE test (
     id INT NOT NULL AUTO_INCREMENT,
     name CHAR(30) NOT NULL,
     PRIMARY KEY (id)
 );

auto_increment: Это значение автоматически увеличится.

первичный ключ: Это - столбец, который содержит первое, и вероятно самый логический, порядок сортировки. Почти всегда это означает, что это уникально.

индекс: Этот столбец является тем, который мог бы быть выбран в качестве порядка сортировки. Любой столбец или комбинация столбцов могут быть индексированы, не только первичный ключ.

уникальный: Это - специальный индекс, куда каждое значение собирается появиться только однажды.

2
ответ дан 3 December 2019 в 22:37
  • 1
    Только, чтобы быть уверенным, что я разобрался в нем. С тех пор " id" объявляется как " ОСНОВНОЙ KEY" " id" будет использоваться в качестве столбец по умолчанию для упорядочивания или строк когда " select" используется. Действительно ли это правильно? Но что, если я не использую " PRIMARY KEY (идентификатор) "? строки будут отображены в произвольном порядке? –  Roman 3 March 2010 в 12:55
  • 2
    первичный ключ isn' t обязательно порядок сортировки. Если Вы не даете определенный порядок сортировки, база данных свободна возвратить строки в любом порядке, обычно в том, которым они найдены на диске, который в случае автоинкрементного идентификационного столбца обычно является тем же, но doesn' t должны быть. И этот вопрос, вероятно, принадлежит stackoverflow и не serverfault. –  ptman 3 March 2010 в 13:04
  • 3
    Так, чем я не понимаю что " PRIMARY KEY (идентификатор) ". Вы сказали " это содержит ели, и вероятно самый логичный, вид order". но что делает это средства? Что, если я удаляю " ОСНОВНОЙ KEY" от Вашего примера? На что это будет влиять? P.S. я могу переместить свой вопрос stackoverflow? –  Roman 3 March 2010 в 13:24
  • 4
    PRIMARY KEY является в основном комментарием. Вы могли сделать ту же самую вещь путем определения уникального индекса, но путем помещения первичного ключа you' ре, позволяющее любому, кто смотрит на схему, знает Ваше намерение. –  gorilla 3 March 2010 в 14:23

Теги

Похожие вопросы